US 20080215700A1 


as) United States 


a2 Patent Application Publication о Pub. No.: US 2008/0215700 A1 


Pillar et al. 


(43) Pub. Date: 


Sep. 4, 2008 


(54) 


(75) 


(73) 


(21) 
(22) 


(63) 


FIREFIGHTING VEHICLE AND METHOD 
WITH NETWORK-ASSISTED SCENE 
MANAGEMENT 


Duane R. Pillar, Oshkosh, WI 
(US); Bradley C. Squires, New 
London, WI (US) 


Inventors: 


Correspondence Address: 

FOLEY & LARDNER LLP 

777 EAST WISCONSIN AVENUE 
MILWAUKEE, WI 53202-5306 (US) 


Assignee: Oshkosh Truck Corporation 
Appl. No.: 11/929,814 
Filed: Oct. 30, 2007 


Related U.S. Application Data 


Continuation of application No. 10/326,907, filed on 
Dec. 20, 2002, which is a continuation-in-part of appli- 
cation No. 09/500,506, filed on Feb. 9, 2000, now Pat. 
No. 6,553,290, which is a continuation-in-part of 
application No. 09/927,946, filed on Aug. 10, 2001, 
now Pat. No. 7,024,296, which is a continuation-in- 


(60) 


(51) 
(52) 


(57) 


part of application Мо. 09/384,393, filed оп Aug. 27, 
1999, now Pat. No. 6,421,593, which is a continuation- 
in-part of application No. 09/364,690, filed on Jul. 30, 
1999, now abandoned. 


Provisional application No. 60/342,292, filed on Dec. 
21, 2001, provisional application No. 60/360,479, 


filed on Feb. 28, 2002, provisional application No. 
60/388,451, filed on Jun. 13, 2002. 


Publication Classification 


Int. Cl. 

G06F 15/167 (2006.01) 

UIS: Cl; xerit etre Ren 709/212 
ABSTRACT 


A method comprises acquiring information pertaining to a 
scene of a fire. The acquiring step is performed by a sensor 
connected to a first computer. The method further comprises 
transmitting the information from the first computer to a 
second computer by way of a wireless communication net- 
work. The second computer is mounted to a fire fighting 
vehicle and is connected to a display. The method further 
comprises displaying the information at the fire fighting 
vehicle using the display. 


11 


40 
93 NX-MISSION}] су 


CENTRAL CONTROL UNIT | 14 
91 60 


ЕМСІМЕ 
CONTROL | [Si] = за 
SYSTEM 


3 
2 14511 1(01201:111 01111101 
Свае 2, [эм | [ABS CONTROL | VM |- 2 


X-MISSION |- 94 
SYSTEM 2035 


мм 134 35 
ша Ши 
4 so | 40 50 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 1 of 65 


Patent Application Publication 


0 


28 


S OF 


к (ОЈ 
pe WA | 


09 


0€ 
t£ 


| 014 [45 [NOISSINXN с 


0S 0v 
А8518 || WSLSAS 


sav! elol] 1031409 
56 187 | y6—NOISSIW-X 


гг [іча }[лбыноо sav || ws ]- ^ Гоца | 
oJ] [eji] | [o|] СЕ | 


£c W3LSAS 


гял | | [rus ., ws] | [wis] | [10165 


ANIONS 


ИМП JOHLNOO ТУЧ1МЗО 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 2 of 65 


Patent Application Publication 


оминоп 
АЛ эр5 

og; | ОМШНОП_ oNuHon| | мнон 3OV80333 
ETE АНЛЦЯ КЕТЕ 25-4 Q31H91IMS 

ƏNLHON БӘ dbs s sy BS 
S3HOƏ1IWS 

ni за оминон| | (әминә хуулин ywoveasas| | | эмінеп li rae 

И селі 3N30S само | |ноімдам) || тзмуд а 


ЗИПа 


эмнэл e/G 
3N3OS воў вод — ер 4 | а? aly 


egg || SHO1VOIGNI - 

аму SuosN3S | | әминә || [эминой| | Чомімоо 5. е 
ƏNILHON $39NY9 'S3HO1IAAS| ЕГЕТЕ ЛЕЛЕ OSIN 3439$ NIAS 
— T 49% вор еру | “ЕЎ вар віў 

egr [Г SYOSNaS 
аму 1044409 S3HOLIMS | | |53ноцм$ 
S3HOLIMS SHOSN3S SMOSN3S SHOSN3S 
SHOSN3S \ : 5% ОМУ омшнол омшнол 
взнэЭшме || LANYA чипа pra SSHOLIMS | | | S3H211MS омиман || | | ззизийнэа DE 
vt 
iz 
(УУЗУ) (T3NVd (avo) (ауэ) (avo) (avo) (avo) (avo) 
WIA dWNd) WIA WA jeej МА || WA | | WIS |) wis FI wis 


I [ессе L. БЯ на 1223 [ 1 
p gw quee 
= 601 


. 00! 
ЕЗГЕ УЧООН 
гі има зомамоо лумімар | рс 73 БЕ Дө 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 3 of 65 


Patent Application Publication 


ç Old 


26$ 
i. YOSNAS Le 
NA ests] ES 
омрнуа e B 
З (се т 
$01 г» LOL 
201 
й Le 
сс | SWA L-WIA Я L-WIS 
L 194—1 


ЗОНПО5 
АМОа 


OLE 
HOOTYSALNI сі РЕЈ 


LINN TONHINOO ТЛУүнїмзэ 


21 vL 


Patent Application Publication бер. 4, 2008 Sheet 4 of 65 US 2008/0215700 АІ 


401 
SWITCH SENDS INPUT 
SIGNAL TO SIM-1 
402 
SIM-1 PROCESSES INPUT 
SIGNAL 

403 SIM-1 TRANSMITS INPUT SIGNAL 
(NETWORK MESSAGE) TO ECU 


ша ECU PROCESSES INPUT SIGNAL 


405 ECU GENERATES 1ST AND 2ND 
CONTROL SIGNALS 


406 ECU TRANSMITS 1ST 
CONTROL SIGNAL (NETWORK 
MESSAGE) TO VIM-5 


407 VIM-5 TRANSMITS 1ST 
CONTROL SIGNAL (POWER) TO 
REAR SCENE LIGHTING 


408. |ECU TRANSMITS 2ND CONTROL 
SIGNAL (NETWORK MESSAGE) 
то SIM-1 


SIM-1 TRANSMITS 2ND 
409 
E CONTROL SIGNAL (POWER) TO F | G : 4 


LED FEEDBACK INDICATOR 


Patent Application Publication бер. 4, 2008 Sheet 5 of 65 US 2008/0215700 АІ 


501 
PARKING ВКАКЕ TURNED OFF 
502 PARKING BRAKE SENSOR 
TRANSMITS INPUT SIGNAL TO VIM-1 
503 
VIM-1 PROCESSES INPUT SIGNAL 


504 ~ | VIM-1 TRANSMITS INPUT 
SIGNAL (NETWORK 
MESSAGE) TO ECU 


505 


ECU PROCESSES INPUT SIGNAL 


506 ~ ECU GENERATES 1ŠT AND 
2ND CONTROL SIGNALS 


507 ECU TRANSMITS 1ST 
CONTROL SIGNAL (NETWORK 
MESSAGE) TO VIM-5 


VIM-5 TRANSMITS 1ST 
CONTROL SIGNAL (NO POWER) 
TO REAR SCENE LIGHTING 


508 


ECU TRANSMITS 2ND 
CONTROL SIGNAL (NETWORK 
MESSAGE) TO SIM-1 


509 


SIM-1 TRANSMITS 2ND CONTROL 
910 SIGNAL (PERIODIC POWER) ТО FIG. 5 


LED FEEDBACK INDICATOR 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 6 of 65 


Patent Application Publication 


9 Э! 


159 —] b= АННО 269-4 Z= ALINOIUd LG9 — b= АННО! уво P= АШЧОІЧА 


289-4 Z= АПЗОЋА 269 4 C= ALIYO b= АЦЧОІЧа X= АЦНОГНА 


759 889 


£= ALI - = 
єсө нога 69-4 += АННО сво 4 = АШНОд 159 mmm 


УЕ. YNIA t£ СИНА [45 СМА Le ЕЭ 
=s 


шаг 


YAOVNWN |-99 [ j 
QvO1 ie 
с) 32Ч4П05 
~ LINN 3OHINOO ЛУ Мао bi 2001 шин 


Patent Application Publication бер. 4, 2008 Sheet 7 of 65 US 2008/0215700 АІ 


INITIALIZE: 
ACTIVE PRIORITY=0; N=1 


FIG. 7 


701 


702 


BATT. VOLT. < 
PRIORITY N LOAD 
SHED VOLT.? 


3 
is START LOAD SHED TIMER 


BATT. VOLT. « 
PRIORITY N LOAD 
SHED VOLT.? 


ACTIVE 
PRIORITY = N-1 


LOAD SHED 
TIMER 
ELAPSED? 


707 


PRIORITY N 
DEVICES 
ACTIVE? 


709 


ACTIVE PRIORITY zN 


TURN OFF PRIORITY N DEVICES; 
DENY ANY REQUESTS FOR 
ENGAGEMENT OF PRIORITY N 
DEVICES; N=N+1 


710 


Patent Application Publication бер. 4, 2008 Sheet 8 of 65 US 2008/0215700 АІ 


801 


BATT. VOLT. > 
PRIORITY N LOAD 


802 
START LOAD RESTORE TIMER 


BATT. VOLT. > 
PRIORITY N LOAD 
RESTORE VOLT.? 


ACTIVE 
PRIORITY = N-1 


LOAD RESTORE 
TIMER ELAPSED? 


PRIORITY N 
DEVICES 
INACTIVE? 


ACTIVE PRIORITY =N 


TURN ON PRIORITY N DEVICES; 
ACCEPT ANY REQUESTS FOR 

ENGAGEMENT OF PRIORITY N 
DEVICES; N=N-1 


FIG. 8 


809 


Patent Application Publication бер. 4, 2008 Sheet 9 of 65 US 2008/0215700 АІ 


954 


FIG. 9 


953 


952 


951 


p e 
тя 
Ea 
Е 
Ea 


2 
= 
5 
= 
О 
x 
к 
2 
О 
о 
š 
к 
2. 
ш 
(Ф; 


100 


POWER 
SOURCE 
SIM-1 


944 


—— 


Patent Application Publication Sep. 4, 2008 Sheet 10 of 65 US 2008/0215700 АІ 


1001 E-MASTER SWITCH SENDS 
INPUT SIGNAL TO SIM-1 
1002-4 sim-1 PROCESSES INPUT SIGNAL 
1003 У ['SIM-1 TRANSMITS INPUT SIGNAL 
(NETWORK MESSAGE) TO ECU 
1004 ECU PROCESSES 
INPUT SIGNAL 


1005 _| ECU CAUSES FLASHING OF 
LED INDICATORS OF 


SEQUENCED SYSTEMS 


1006 ECU GENERATES 1ST, 2ND, 3RD 
AND 4TH CONTROL SIGNALS 


1007 ECU TRANSMITS 1ST 
CONTROL SIGNAL (NETWORK 


MESSAGE) TO VIM-1 


4008 VIM-5 TRANSMITS 1ST 
CONTROL SIGNAL (POWER) TO 


1ST EMERGENCY LIGHTING 
SUBSYSTEM 


1735 1/2 SEC DELAY 


FIG. 10A 


Patent Application Publication Sep. 4, 2008 Sheet 11 of 65 US 2008/0215700 АІ 


1010 ECU TRANSMITS 2ND 
CONTROL SIGNAL (NETWORK 


MESSAGE) TO VIM-1 


VIM-1 TRANSMITS 2ND 
1011 CONTROL SIGNAL (POWER) TO 
2ND EMERGENCY LIGHTING 
SUBSYSTEM 


1012 
1/2 SEC DELAY 


1013 ECU TRANSMITS 3RD 
CONTROL SIGNAL (NETWORK 
MESSAGE) TO VIM-4 


1014 VIM-4 TRANSMITS 3RD 
CONTROL SIGNAL (POWER) TO 


3RD EMERGENCY LIGHTING 
SUBSYSTEM 


1015 
1/2 SEC DELAY 


1016 ECU TRANSMITS 4TH 
CONTROL SIGNAL (NETWORK 
MESSAGE) TO VIM-5 
1017 VIM-5 TRANSMITS 4TH FIG. 1 OB 


CONTROL SIGNAL (POWER) TO 


4TH EMERGENCY LIGHTING 
SUBSYSTEM 


Patent Application Publication Sep. 4, 2008 Sheet 12 of 65 US 2008/0215700 АІ 


1ST EMERGENCY 
LIGHTING SUBSYSTEM 
2ND EMERGENCY 
LIGHTING SUBSYSTEM 
3RD EMERGENCY 
LIGHTING SUBSYSTEM 
4TH EMERGENCY 
LIGHTING SUBSYSTEM 
5TH EMERGENCY 
LIGHTING SUBSYSTEM 


6TH EMERGENCY 
LIGHTING SUBSYSTEM 


3RD EMERGENCY 
LIGHTING SUBSYSTEM 
1ST EMERGENCY 
LIGHTING SUBSYSTEM 
STH EMERGENCY 
LIGHTING SUBSYSTEM 
4TH EMERGENCY 
LIGHTING SUBSYSTEM 


FIG. 118 


FIG. 11A 


US 2008/0215700 А1 


5ер.4,2008 Sheet 13 of 65 


Patent Application Publication 


Ға 
0921 0621 082) 062) opzi OSZI 0821 
om] [казвае] [o] [1] БП 
WIA H га | wiv H szzi 122) — WIS 
172 
LINN 1031409 
Глава | зунимзо линзу |? ©? 
аў | 
— чана D 
Цаг БИЙ 012) d p 
[ma] Cer 
К 
8121 uz 282, 615} 
| AV1dSIQ | 
mnm 
аў МО ЕП 


1201 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 14 of 65 


Patent Application Publication 


£L'Old ә anay] 


4152, — | ЗЭЎЗНЗІМІ 
4662 W3LSAS 
99521. | HOLVOIONI JOMINOD 
“уЭуваззз 92921 SISSVHO 
992) aspe YOLYIIQNI есе?! TM 
T3NVd 
T3NVd T3NVd ЕТА! dOH1NO2 
JOMINOO 71031409 НЗ2118У15 М32118У15 яоуаазячя 
ЕМ ТУЗУ u3znigvis - YOLVOICNI 
1 
124) ЫДА! ерргі Bevel еура 


SHOSN3S SHOSN3S SHOSN3S 
‘SSHOLIMS SYOSN3SS 


“59НЭ.1М5 
єє 4120) 9221 


SMOSN3S 
'<зноим | | | | 599075 


'S3HO1IMS 'S3HOLIMS 


eei bezi SCC 122] 


(13У5%9) (13У5%9) (319%. (318У1 (УУЗУ) ШЕГЕН) (avo) 
WIA WIV -NYNL) WIV МУП WIA WIA WIV WIS 


XLI | 1l Í Ll LÀ 
БЕ 00) 


308005 
1 АМ 

OMINOO ЯООЛЯЗІМІ 5124 Амаа YaMOd 
9910) | 1031409 NOILLOW ауол 


ЗОМ1МОЭ NOILOW 3dO13AN3 "ect 
pee ce 


LINN 10OHLNOO T1VHIN3O туга 


US 2008/0215700 А1 


5ер.4,2008 Sheet 15 of 65 


Patent Application Publication 


vl Old 


962] 
| sav | old 
ЛОМ1МОО Sav | 7671 


W31SAS 
TOtILNOO 
NOISSIA-X 


Ср 


— 


си 
бегі соу. |NOISSIWX f zepi амма] | ies, | 
SZbL тер 889) / авир 209) івы 


W3lSAS 
TOYLNOD 
3NISN3 


39901 ШІЛ 
[л] [ma] ЕЛІН Ші pes] чл [nas 
| 
ВЕ 


| 
| 
| 
| 
| 
| 
| 
| 


od МАЎ дару | WA F гер звы 43914800 ЛЕНІ 


ТОМЇМОЭ 


30194340 019) 


2191 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 16 of 65 


Patent Application Publication 


ері 


W31SAS 
TOYLNOO 
АМУГИЇЇХПУ 


TLSE 


N31SAS 
7051409 
_LNVINWA 


1191 


WALSAS 
JOHINOO 
SISSVHO 


сер) ЕЕ SI Эн Єр Ері 
о] [i] o] [1] 
беуі- WIA ezp ^] NIA 
С9Р “hhi 249! үүр 249) гры 
о] [1 9] [1] 9] [1] 
8291 ШЕ Ма | Wi | 27471 WIA 
289) 
ә A 
LGPL bbk 199) ір LGPL іэ Іст) И ISPL РРР 


Sev | ни | касі тл | сет ЕЕ ev | ми | 142 ГЭ 


2081 


ЗЭчпо5 
0051. УЗМОа 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 17 of 65 


Patent Application Publication 


“ак | H31SVW 


ALNd3Q 9 й ‘Old SEM 


WALSAS 
ТОМТМОЭ 
АНУПЇХПУ 


H3lSVW 
діпаза 


218) 
\ 


WALSAS 
ТОМТМОЭ 
INVISHVA 


LLG} 


H31SVW Алаза 


W31SAS 
JOHJINOO 
SISSVHO 


339907 
58Р} viva rgy, — АУ 19510 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 18 of 65 


Patent Application Publication 


ELSE 


ИІЗ15А6 
ТОМТМОЭ 
АНУГИХПУ 


[АП 


W31SAS 
lOHINOO 
LNVINVA 


(22:17 


W3lSAS 
JOHINOO 
SISSVHO 


YSLSVW 
А 1330 


31S VW 


9815 


BILSYN 


AV1dSI0 


БЕРЕД 
ліпаза 


Аа51а 


Ул ӘДЕ 987! 2:12: 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 19 of 65 


Patent Application Publication 


MI 
N 
W31SAS 
1041409 
АЗУПЕХПУ 


218) 
N 


W3lSAS 
lOHINOO 
INVIHVA 


1191 
` 
WALSAS 
ТОМ1МОЭ 
SISSVHO 


921 913 


УЗІЅУИ 
Алаза 


439901 
cab 4 rv ‚ву A АМлаз!о 


БЕЗЕУ ДИ 


HU31SVW 
діпаза 


Patent Application Publication Sep. 4, 2008 Sheet 20 of 65 US 2008/0215700 АІ 


INTERFACE MODULE 


PROGRAM MEMORY 


BIOS 1836 
FIRMWARE 


OPERATING 
SYSTEM 


APPLICATION 
(CHASSIS CONTROL 
PROGRAM) 


APPLICATION 
(VARIANT CONTROL 
PROGRAMS) 


APPLICATION 
(AUXILIARY CONTROL 
PROGRAM) 


DATA MEMORY 


HARNESS 
ADDRESS =M 


CONFIGURATION 
INFORMATION 
(FOR MODULES AT 
IDRESSES=1..M..N.. 


МО STATUS 
INFORMATION 
(FOR MODULES AT 


ADDRESSES= 1..M..N) 


Patent Application Publication Sep.4,2008 Sheet21 of 65 US 2008/0215700 А1 


Patent Application Publication Sep. 4, 2008 Sheet 22 of 65 US 2008/0215700 АІ 


1413 1418а 


WRECKER 
VARIANT 


VIMs/SIMs 


DUMP TRUCK 
VARIANT 


TELEPHONE 
TRUCK 
VARIANT 


VIMs/SIMs 


CHASSIS 


WRECKER 
(FIG. 14) 


1418c 
PUMPER ОЕ 
TRUCK VARIANTS 
VARIANT 
VIMs/SIM 
VIMs/SIMs SONS 
1418b 


FIG. 20 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 23 of 65 


Patent Application Publication 


5561 SPSL 
55-0 55-1 
Р-О 73-1 
55-0 £6-] 
25-0 cS 
ISO ©! 


31891 
501915 ОЛ 


КТАД 


755; Руб] 
St-0 Srl 
ино br 
же) £t 
О eri 


SNLVLS ОЛ 


ЧАД 


КӘДЕ 


2991 5751 
580 S£ 
ре-о РЕЧ 


3181 
58175 ОЛ 


Бер] 


#39907 
ову) viva 


2881 2761 
Scl 
О ўс 
его EZ- 
ecco ecl 
СО егі 


З18Х1 
SNLVLS ОЛ 


се?! 


Аа51а 
1891 


199] 961 
51-0 914 
РКО vi 
го егі 
со cil 


1291 


318991 
SNLVLS ОЛ 


1991 


Patent Application Publication Sep. 4, 2008 Sheet 24 of 65 US 2008/0215700 АІ 


1М-21 
3 1-32 |-33 


-15 | IM-11 | 0-14 ET 
|-24 
|-31 


|-23 
О-25 


FIG. 22 


1-14 
1-22 
О-24 


|-13 
|-21 
0-23 
О-32 


|-12 


О-15 
О-22 
0-3 


Patent Application Publication Sep. 4, 2008 Sheet 25 of 65 US 2008/0215700 АІ 


ACQUIRE LOCAL INPUT 4852 
STATUS INFORMATION FROM 
LOCAL INPUT DEVICES 


STORE LOCAL INPUT 4854 
STATUS INFORMATION 
IN МО TABLE 


ACQUIRE NON-LOCAL I/O 4856 
STATUS INFORMATION 
VIA NETWORK 


STORE NON-LOCAL I/O 4858 
STATUS INFORMATION 
IN ИО TABLE 


DETERMINE OUTPUT 1860 
STATES OF LOCAL 
OUTPUT DEVICES 


CONTROL LOCAL 1862 
OUTPUT DEVICES 


STORE LOCAL OUTPUT 


STATUS INFORMATION IN | 1864 
ИО TABLE 
BROADCAST LOCAL РО 1866 Р | G. 23 


STATUS INFORMATION 
OVER NETWORK 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 26 of 65 


Patent Application Publication 


(51-09) 11-0) 
53030 LNdLNO 


(81:101:11:1) 
СЕ ЕГЕТЕ) 


ЖЕ 
! 
IN 


Sb] 01 Lh- 


имчоома 
lONINOO 


SS-O 01 18-0 GG-| 9] 16-1 
ЗУО 01 до Gt-| OF Lg] 
58-0 01 16-0 86-10) еі 
520 9120 62:10) L2-| 


31891 SNLVLS ОЛ 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 27 of 65 


Patent Application Publication 


9161 9161 


Bu 08 ЭЛ жанры 
8261--Ф „V861, 6-82619961 8661 8891 ДА ЕЦ 
ш.в om 8251 
0661 Ws 0661 | 2961 - 0£6L-m i D) 


а —РЕбТ 
8561 КА 
ЊЕ | [1096167 8161 
Rh су {у R 
` н а Tp 


э 
7861 


0161 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 28 of 65 


Patent Application Publication 


ззомза 
G3VO8-344O 


Эс Dis 


8561 8861 £661 256) 6661 
"inr Бйр ЕЕ prece] 
І злпаом | | INOW | JINON JINON 31000N 
| зла | ! злма | зліча алма алма 
| АМУГПИХПУ | | АМУПІХПУ | | АМУПИХПУ АМУГИХПУ АМУГИХПУ 
T CUI qe 


LINN H3MOd 
мама 


31nGON 
амча 
АЗУГИХПУ 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 29 of 65 


Patent Application Publication 


(нэ алма 0661 
8261 


12 913 


H3TlOHLNOO 


3OVJW31NI 


6861 МОЦУМПЭОНМОЭЗН 


1OHINOO 
NOLLVZIWILdO 
АЭМЭ121353 


1861 


ЛОЧІМОО ЭЯУУЯ 


986] ЗАЦУЧЗМЗЭЗЧ 


2861 ЛОЧ1МОО 03395 
TVILN3®Y34410 


veel 
FINGOW ЕГЕЈ ЕУ 


9261 


133HM 


ЭМІЧЗЗ15 1861 


zVHg 1181 
JILLOYHL 8461 


БӨРЕП 
301933340 


216), 


JINGOW 
З2у-ызімі [^ 7861 


Patent Application Publication Sep. 4, 2008 Sheet 30 of 65 US 2008/0215700 АІ 


RECEIVE THROTTLE, BRAKE, 
SHIFT, AND STEERING INPUTS AT 
FIRST INTERFACE MODULE 


2010 


BROADCAST I/O STATUS INFORMATION 
INCLUDING THROTTLE, BRAKE, SHIFT, 
AND STEERING INPUTS OVER 
COMMUNICATION NETWORK 


2012 


RECEIVE І/О STATUS BROADCAST AT 
INTERFACE MODULES COUPLED TO DRIVE 
CONTROLLERS AND DRIVE WHEELS 


CONTROL DRIVE MOTORS IN ACCORDANCE 
WITH І/О STATUS INFORMATION 
DETECT CHANGE IN VEHICLE 
CONFIGURATION 
CHARACTERIZE CHANGE IN 
VEHICLE CONFIGURATION 
RECONFIGURE CONTROL SYSTEM 
DISPLAY CONFIRMATION TO OPERATOR 


FIG. 30 


2014 


2016 


2020 


2022 


2024 


2026 


Patent Application Publication Sep.4,2008 Sheet31 of 65 US 2008/0215700 А1 


ҒІС. 31А 


1912 


FIG. 318 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 32 of 65 


Patent Application Publication 


Усе Old 


826) НЭГ 


8261 
M 


826! 


T 
зліма | | алма алча ара алма | | алма злма | | алма 


an~ 7 Шш" a m й a Т 


JINON JINGOW JINGOW 3 INGOW 
ЗЭЎЗЯЗІМІ Број ЕЛЕН ЗОУ2ЧЗ1МІ ЗЭЎЗЧЗІМІ 


PES 


Patent Application Publication Sep. 4, 2008 Sheet 33 of 65 US 2008/0215700 АІ 


DRIVE 
al 


ш 
Qu 
цэ га 
rma e 
шо m 
m ш 
TERS 
€ L3 
a 
чї с? 
© 5 
ш 
> ГТ 
ш [ra eae 
Qu г 
оо 
u. 2 
58 5 
= ш 
- 2 зу 
x ze сп 
CN 
2 2 со 
8 3 : 
? © 
Ш 
mm LL. 
Ш и [rL 
oy E 
цэ EX 
c o о 
ш О = 
= LU 
= > ГТ 
JO 
о 
«о 
© 5 = 
хэ — 
ш 
> Lb 
uJ а L3 
ош о 
т» ed 
a o о 
Ug 4 
= = 


DRIVE 
O 


Patent Application Publication Sep. 4, 2008 Sheet 34 of 65 US 2008/0215700 АІ 


FIG. 33 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 35 of 65 


Patent Application Publication 


W31SAS 
ан NOILO313Q 
ЗЯОЙ5/ЗЧІЯ 


091 


viva 
ДЕРЕ 
5ПООЧУ2ЎН 


99] ўз] 


dv 
ЭМІСЛІП8 


W31SAS 
M31ndWOO 
ӘМІСЛІГІН 


W31SAS 
SNISOLINON 
ӘМІСЛІГІН 


2 (3513 JO 3М4399) 
эміаліпя 


OLE 


vi 


vt Dld 


AV Id SIQ 


9и 


L g 


| РУОПУЈ 


02, 


ен 


EISE 


S3lndWOO HO1VdSIQ 
NOILVIS HOLVdSIG 


Hi 
б 


YASIN 


cy 


31H914 
“Jul 


WALSAS 


89 


члояч 549 
Зла ом 


W3LSAS 
WU3lfidWOO 13W13H 


L 931H9I333lJ 


c 


£ MONYL 3314 © MONYL 3414 


SHOSN3S 
NOILLO33IQ /аяяас 


ОМА 


Уамаоан 549 


ЗЧО5МЗ5 
LYW ZYH 


vti 


eel 


CEL 


5905М35 
ӘМІМОЛІМОЙІ 


08) | “Sounosay 


82) ^] Аааа 


izy Заві 


VM3WVO 
92, Wuold 


уе] 


W31SAS 


W3lüdWoo 
QNVvOS-NO 


b ОПУ 3313 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 36 of 65 


Patent Application Publication 


S€ ‘Old 


МЕ) 
YWdS/OIN WLIO 


82) 


“ЕЛДЕ БЕР 


ЕР) 


W3d0W 
553134М 


veh 


-HOSN3S SHOSN3S 
NOILO3MWIQ/Q33dS амм LYW ZYH — єр 


921 ^ 


се) 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 37 of 65 


Patent Application Publication 


98] 


92) 


Patent Application Publication Sep. 4, 2008 Sheet 38 of 65 US 2008/0215700 АІ 


175 


DETECT FIRE 


CONTACT FIRE DEPARTMENT 
TRANSMIT BUILDING PLAN INFORMATION 
TRANSMIT HAZARDOUS MATERIAL INFORMATION 


176 


177 


178 


FIG. 37 
180 


RECEIVE BUILDING PLAN FROM BUILDING 
MONITORING SYSTEM 


RECEIVE FIRE/SMOKE SENSOR INFORMATION 
AND HAZARDOUS MATERIAL INFORMATION 
FROM BUILDING MONITORING SYSTEM 


181 


TRANSMIT A/V, GPS, AND RESOURCE INFORMATION 182 
TO OTHER FIRE TRUCKS AND FIREFIGHTERS 
RECEIVE A/V, GPS, AND RESOURCE INFORMATION | 183 
FROM OTHER FIRE TRUCKS AND FIREFIGHTERS 
184 


DISPLAY ENHANCED 
BUILDING/VEHICLE/FIREFIGHTER INFORMATION 


FIG. 38 


Patent Application Publication Sep. 4, 2008 Sheet 39 of 65 US 2008/0215700 А1 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 40 of 65 


Patent Application Publication 


H3OVNVIN ЗЭЧПОЅЭЧ 


L# XO 


ЗЭЧПО5ЗЧ 


Patent Application Publication Sep. 4, 2008 Sheet 41 of 65 US 2008/0215700 АІ 


ACQUIRE DATA FROM HAZ MAT 
191 SENSORS 


192 ACQUIRE WIND 
SPEED/DIRECTION DATA 


193 —| ACQUIRE PINPOINT LOCATION 
AND TIME DATA 


194 | COMPUTE TIME-BASED SPREAD OF 
` HAZARDOUS MATERIALS 
195 GENERATE MAP SHOWING 
EVACUTATION REGION 
196 COMMUNICATE INFORMATION TO 
AFFECTED MEMBERS OF GENERAL PUBLIC 


FIG. 41 


US 2008/0215700 А1 


5ер.4,2008 Sheet 42 of 65 


Patent Application Publication 


W3lSAS 
lOH1NOO 
ЗМІЭМЗ 


W31SAS 
лоо 
NOSSINSNVYL 


cy 21У 


W3LSAS 
1041405 
av 


W3LSAS 
lOHINOO 
ЦЭ 


5Ч05М35 


Patent Application Publication 


212 


TEST CONTROL 
MODULE 


217 


DIAGNOSTIC 
PROGRAM 


232 


226 


CENTRAL 
TIRE 
INFLATION 
CONTROL 
SYSTEM 


222a 222b 
FUEL 
FILTER 

SENSOR 


222e 222! 


AIR 
CLEANER 


SENSOR 


Sep. 


ANTI-LOCK 


CONTROL 
SYSTEM 


DIFFERENTIAL 
PRESSURE 


4,2008 Sheet 43 of 65 


OPERATOR 
INTERFACE 


228 


BRAKE 
SYSTEM 


222с 


2229 


FUEL SHUNT 


SWITCH 


ҒІС. 43. 


TRANSMISSON 
CONTROL 


RESISTOR 


US 2008/0215700 А1 


230 


ЕМСІМЕ 
CONTROL 
SYSTEM 


Patent Application Publication Sep. 4, 2008 Sheet 44 of 65 US 2008/0215700 АІ 


VEHICLE DIAGNOSTICS "^. 266 
ENGINE CODES 

254 TRANSMISSON CODES 
256 ABS CODES 
258 — — — CTIS CODES 

260 MAINTENANCE JACKET 
262 —— DATA LOGGER 


FIG. 44 


302 IDM PROMPTS OPERATOR TO 
SELECT TEST FROM MENU 


304 IDM PROMPTS OPERATOR TO 
PERFORM VEHICLE RELATED ACTION 


306 IDM REQUESTS INFORMATION FROM 
TIM OR VEHICLE CONTROL SYSTEM 
308 INFORMATION IS ACQUIRED 
310 INFORMATION 15 TRANSMITTED TO IDM 


312 PROCESS INPUT STATUS INFORMATION 


314 DISPLAY RESULTS TO OPERATOR 


FIG. 45 


250 


252 
264 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 45 of 65 


Patent Application Publication 


Әу 914 


WALSAS 
1051409 


W31SAS 
1031405 
av 


W3LSAS 
1031405 
NOSSINSNVYL 


WALSAS 
1031409 
3NISN3 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 46 of 65 


Patent Application Publication 


ly Old 


222-18805М35 W31SAS 
0541409 


РОБ 
цэ | 
гг БЕТТЕН pu NOISSIWSNvuL |-| 3NIDN3 


W31SAS W31SAS WALSAS 
TOYLNOD 1031409 1031405 
NOISSINSNVYL| | 3NION3 


JOULNOD 
30193330 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 47 of 65 


Patent Application Publication 


87 914 


(мэнд | 


WALSAS 
1031405 
3NISN3 


W3LSAS 
10441409 
NOISSINSNVUL 


WALSAS 
ӘМІЮУОЛ 


A31SAS 
NOILOVdNOD 
ОПОУЗОАН 


WALSAS 
1031405 
30193330 


048 


US 2008/0215700 А1 


5ер.4,2008 Sheet 48 of 65 


Patent Application Publication 


| SYOSNAS | 


W31SAS 
1ONINOO 
ПӘ 


бу 914 


014 7777 NOISSINSNYYL T 777 3NISN3 


W31SAS 
1OM1NOO 
8v 


W31SAS 
ТОНЇМОЭ 
NOISSINSNVHL 


W31SAS 
1031409 
ANIONS 


ОВЕ 


све 


Patent Application Publication Sep. 4, 2008 Sheet 49 of 65 US 2008/0215700 АІ 


MAINTENANCE CENTER 
411 416 


ON-BOARD 
COMPUTER SYSTEM MAINTENANCE 


422 
TEST CONTROL 424 PENER HIER 
MODULE SYSTEM 
8 MAINTENANCE 
SCHEDULER 


215 21 
OPERATOR 427 428 
INTERFACE 
INVENTORY 
MANAGER 
WEB SERVER 
DIAGNOSTIC 
423 425 24 PROGRAM 
430 
GPS RECEIVER 2-3 
WEB BROWSER 
MANUFACTURER 
MANUFACTURER 417 
TER SY 
РА ы 432 437 FLEET MANAGEMENT 
COMPUTER SYSTEM 


INVENTORY 
MANAGER 


438 
WEB BROWSER 


418 


TRUCK 2 412 
TRUCK 3 413 


434 433 

DIAGNOSTIC 

PROGRAM 

435 
WEB BROWSER 

TRUCK 4 414 

ч. 


FIG. 50 410 


Patent Application Publication Sep. 4, 2008 Sheet 50 of 65 US 2008/0215700 АІ 


PERFORM DIAGNOSTIC TEST (FIG. 45) | 441 


DETERMINE MAINTENANCE IS REQUIRED 442 


ISOLATE FAULT 443 


IDENTIFY REQUIRED REPLACEMENT PART К” 444 


TRANSMIT REQUEST FOR REPLACEMENT 445 
PART AND MAINTENANCE 


CONFIRM AVAILABILITY 446 


RECEIVE ORDER AND MAINTENANCE 447 
SCHEDULING CONFIRMATION 


FIG. 51 


DISPLAY CONFIRMATION TO OPERATOR | 448 


41' 
RECEIVE RECALL INFORMATION ыг 


CONFIRM APPLICABILITY OF RECALL Mio 


FIG. 53 


Patent Application Publication Sep. 4, 2008 Sheet 51 of 65 US 2008/0215700 АІ 


RECEIVE REQUEST FOR REPLACEMENT |. 454 
PART AND MAINTENANCE 


VERIFY AUTHORIZATION 452 


ACCESS INVENTORY MANAGEMENT SYSTEM | 453 


TO DETERMINE PARTS AVAILABILITY 


PLACE ON-LINE PARTS ORDER FOR 454 
NEEDED PARTS 


RECEIVE PARTS AVAILABILITY 455 
INFORMATION 


ACCESS MAINTENANCE SCHEDULER TO 
DETERMINE AVAILABLE MAINTENANCE 456 
TIME SLOTS 


CONFIRM VEHICLE AVAILABILITY Ў“ 457 


TRANSMIT ORDER AND MAINTENANCE 458 
SCHEDULING CONFIRMATION 


FIG. 52 


Patent Application Publication Sep. 4, 2008 Sheet 52 of 65 US 2008/0215700 АІ 


ESTABLISH COMMUNICATION 
LINK WITH VEHICLE 


47 
ACQUIRE VEHICLE STATUS REPORTS 
DISPLAY VEHICLE LOCATION |. 477 
INFORMATION 
DISPLAY VEHICLE HEALTH АМО |_ 47 
OPERATION INFORMATION 
ACQUIRE OPERATOR COMMANDS FOR 
VEHICLE DEPLOYMENT 
TRANSMIT OPERATOR 480 
COMMANDS TO VEHICLE 


FIG. 54 


5 
476 
8 
479 


Patent Application Publication Sep. 4, 2008 Sheet 53 of 65 US 2008/0215700 АІ 


ESTABLISH COMMUNICATION LINK |... 485 
WITH OFF-VEHICLE COMPUTER 
CONFIRM TRANSMISSION IS IN 486 
NEUTRAL AND BRAKES ARE LOCKED 
ENGAGE IGNITION 487 
TEST BRAKE SYSTEM 488 
TEST CENTRAL TIRE INFLATION SYSTEM | 489 
TEST TRANSMISSION SYSTEM 490 
| 491 
TEST ENGINE SYSTEM 
TEST INDIVIDUAL ИО POINTS | 492 
АСОШВЕ GPS COORDINATES 493 


LOG OTHER ИО STATUS INFORMATION 494 
GENERATE VEHICLE STATUS REPORT | 495 


TRANSMIT VEHICLE STATUS REPORT |. 496 
TO OFF-VEHICLE COMPUTER | 


FIG. 55 


Patent Application Publication 


ACQUIRE GPS COORDINATES | 5 


10 
COMPARE GPS COORDINATES | 544 
WITH TRAVEL PATH WAYPOINTS 


512 


DEV < PREDET 
AMOUNT? 


COMPUTE DISTANCE BETWEEN 
STORED WAYPOINTS 


COMPUTE EXPECTED TRAVEL 
DISTANCE SINCE LAST WAYPOINT 


517 


ACCEPTABLE RATE 
OF PROGRESS? 


DETERMINE DESIRED MAX SPEED 


517 


ACTUAL SPEED > 
DESIRED MAX 
SPEED? 


N 


LOG CURRENT POSITION, 
TIME, AND SPEED 


518 


Sep. 4, 2008 Sheet 54 of 65 


US 2008/0215700 А1 


514 


ALERT 


DISPATCHER 


FIG. 56 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 55 of 65 


Patent Application Publication 


1002 "21 Iudy ‘Aepsiny) 


яооламт авав. (О 


№018 авав (О 
аггаваа (О 


ммоа asns (О 
заон мум asns (О 
№ 3NI9N3 авав. (O 
заон o1nv asns (О 


нам “зло asns (О 


110 НОММ Sd 


= 


М HONIM Sd 


NI HONIM SG 


110 HONIM SG 


№ $04 Sd 


110 504 Sd 


М SOd $a 


100 sod sa 


Nd ЛАО 131 


[ | 
шин 
[ | 
E 
wast 
С] 
БЕ 
Е 
С | 


АП ЛАО 14П 
Кејдај 1ndino ZWIA 


""$s890Jd ш эпзоцбец ZNIA ЈӘҲӘЈАА ‘SNEWS 


grinan zwa (О 
виламгамл (О 
уипамгамил С) 


ємпамГаил (О 


гиланГанл (О 


наламГаил С) 


AWA Алвапе аваа СО 


алат 10М авав О 


| 7ојошем | рәјошәҹ 


ISW | аш | 


Áejdsig snyeys әріцед 
момна авав O 
цламГанл О 
зіпамі'аміл (О 
чианГанл О 
үшанГамл (О 

ал злаг нан О 


ЗАМА ма asns (О 


ЗАМА dri asns (О 
Ае idul ZWIA 


ден шә) sseood жап HS 


19 ‘Sls 


узоибе 20 WIA] - еоерејиј жолу | pensiA r£ 


US 2008/0215700 А1 


5ер.4,2008 Sheet 56 of 65 


Patent Application Publication 


100 2): иду “ерсілі, 


9jeulpJo-07) 
рипо,б-өлд 


onsouDeig apy [Q 


391 | бы | зуба 
ИНЕП [зе | пи | | ла [238 


бер шаў 888004 уплу 
onsoubeiq ә} [Ü 


9G 91У 


US 2008/0215700 А1 


5ер.4,2008 Sheet 57 of 65 


Patent Application Publication 


00272), шау ‘Aepsuny, 


аугарю-09 
рипо/б-81 1 


9nsoubetq араў ГО 


dəH шә] 560004 yoni 
одѕоибеј зәј [Q 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 58 of 65 


Patent Application Publication 


шаму, Peg 


punoJD-eJ 


өрирю-о) 
рипојб-ај 


= = - Oe 


ӘН шаў 668044 pni 


onsouBeiq 1əəlsiy CO 


09 914 


US 2008/0215700 А1 


5ер.4,2008 Sheet 59 of 65 


Patent Application Publication 


1002 “гі иду 'Aepsinu 1 


зиоп!504 эру 
одзоивеју apy (9 


yo] | мб || 3483 | ue] 
БІТЕР | | пи | ми | | ша [23] 


ден шэў 55800:4 oni] 
onsoubelq Јевјеју СУ 


L9 ‘Sls 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 60 of 65 


Patent Application Publication 


1002 21 judy ‘Aepsunyy 


ШИ 


“"8692010 u! ођоошбеку |5] зрела Ses 


јела 

JON аз peas 
dsng jenuew dena EM Әшен) 440 

ая 

13 um би m un 
dsng ony pil ony 


моваў ЖОМ = 


dəH шәр sseong pup H3 


тес [Sw] - eoeniejur хоп] ensin tS 


US 2008/0215700 А1 


5ер.4,2008 Sheet 61 of 65 


Patent Application Publication 


|002 ‘Z, ludy 'Kepsinul ""sseooud и onsoubeig [eue;o] | ө)0шөн 10399JM SMES 


103109 1SIOHINOO8 1051409 ЗМУЧЭ 
ама === ЈУ] 1НЭМ [E 
110 INModl 
жон д ETE 
== ба = 
2: МАЊА 
N lanl 


анын УЗМОа ЈНОП ОМ 


2% 2% 2% 


9) 340 O NO O 


прво] Fee = == ES 


дей шей зао жт IS 
DnsouBeiq уэющез - воврези] хоп] [enstA 


29 Ola 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 62 of 65 


Patent Application Publication 


1002 2) Judy "Aepsinu]. 


12:20:00 —“seeooxd ш onsouDerq [you] гејошеј заем 5815 
зерицк о) epis зелид эро apis JeDuesseg 
МІ = 100 м Ї-ш--БЕ--- 100 
МІ Z Фу 2j t: NI [NMOG] 
LAO ino lanl 
37а! HOIH чамоа НЭП ЯНОМ НЭММ MOL 141 


ON 24023 oR 


“Ж, 527776 


йән шә] вон pul dg 


DnsouBeiq ТІ - азереіц yonu] Jens ES 


v9 914 


US 2008/0215700 А1 


5ер.4,2008 Sheet 63 of 65 


Patent Application Publication 


1008 ‘Zi judy ‘Керети. 


шон 
GION310S Old 


= ешюм 
зла! Најн AWIL 


ШИ 
НЭП NO2V38 


Жэнь» 
НЭП MHOM 


_ ешюм 

405 ЗУЛЗМЦЭН НЭММ 
ешюм 
МУИГАМЗЛОЭЭН 4135 


a 2 " ешюм 
N3S омот NIVW NIVHO 
ешюм 
А134У5 11 ONIMS 


5 јешом 
А134У8 ЈУ ONIMS 


[ELON 
3345 HONIM ама 131 


секто (Or IO: Oe Эг ОР ОО 


““88820:4 ш 9nsoueiQ LWIA Өрөнд ‘SMES 


feuuoN 
мон 
шон 
110 ЖОН 
Ж О 
NI'WOOB 3SN3S 1nowovig 
DEAN snivis поз asns (О 
ino Woo8 
HO1IMS 66384 3HONOI 
=] 9 
NMOG WOOB _ Ё 
озы дмалоэзя лав (О 
ты | 
dn Woo8 dois 3 anvuo О 
EWON 2 
дэ БЕН dois 3 номм (О 
PON uaoonino 14 (О 
HOR Wood 
uaoonuno 1 O 
Aeydsiq indinO LWIA 


игчлагнөн О 
шлангима О 
жола «өле O 
(виуаггхоола (О 
анојамнало (О 
ву мало Aa (О 


шіп өмімегіл (О 


шилі өмнөлч О 
Aejdsiq ynduy WIA 


US 2008/0215700 А1 


Sep. 4, 2008 Sheet 64 of 65 


Patent Application Publication 


L002 21 ду ‘Aepsuny, 


PIMS 429 
aeaieo рипоуб-әл- 


SJBUIPIO-05 9pow 9pow 
рипюб-өл- вугшрю-09 шоң 


Шїнйн 


эвзоибеа any ГО 


dja шәй 55004 жп 
onsouBeiq Joaysty [Q 


99 ‘Sls 


US 2008/0215700 А1 


2008 Sheet 65 of 65 


9. 


5ер. 4 


Patent Application Publication 


100211 зөдшөддөс Че | | ліз Эумзца5 


зомома 5201 


3201 Це 


АҒАСЫ жол TVONVW опу 
ae 4505 4506 4506 


e 4505 То: 45015 УУ 4505 


КеП A13 OVN ES 


@ (s) & (88) & (2) (=) (9964 (9 (690) 


Фән ©2095 шәр 9195 3320044 піў 
onsouBeiq yoru, ensia СЭ 


29 914 


US 2008/0215700 Al 


FIREFIGHTING VEHICLE AND METHOD 
WITH NETWORK-ASSISTED SCENE 
MANAGEMENT 


CROSS REFERENCE TO RELATED 
APPLICATIONS 


[0001] This application is a continuation of U.S. Ser. No. 
10/326,907, filed Dec. 20, 2002, entitled “Firefighting 
Vehicle With Network-Assisted Scene Management, pend- 
ing, which claims priority to U.S. Prov. No. 60/342,292, filed 
Dec. 21, 2001, entitled “Vehicle Control and Monitoring 
System and Method,” U.S. Prov. No. 60/360,479, filed Feb. 
28, 2002, entitled “Turret Control System and Method for a 
Fire Fighting Vehicle,’ and U.S. Prov. No. 60/388,451, filed 
Jun. 13, 2002, entitled “Control System and Method for an 
Equipment Service Vehicle,’ and is a continuation-in-part of: 
(1) U.S. Ser. No. 09/927,946, filed Aug. 10, 2001, entitled 
“Military Vehicle Having Cooperative Control Network With 
Distributed I/O Interfacing,’ now U.S. Pat. No. 7,024,296, 
which is a continuation-in-part of U.S. Ser. No. 09/384,393, 
filed Aug. 27, 1999, entitled “Military Vehicle Having Coop- 
erative Control Network With Distributed I/O Interfacing,” 
now U.S. Pat. No. 6,421,593, which is а continuation-in-part 
of U.S. Ser. No. 09/364,690, filed Jul. 30, 1999, entitled “Fire 
Fighting Vehicle Having Cooperative Control Network With 
Distributed I/O Interfacing,” abandoned, and (2) U.S. Ser. No. 
09/500,506, filed Feb. 9, 2000, entitled “Equipment Service 
Vehicle Having On-Board Diagnostic System,” now U.S. Pat. 
No. 6,553,290, all of which is hereby expressly incorporated 
by reference. 


BACKGROUND OF THE INVENTION 


[0002] The present invention relates to fire fighting 
vehicles, systems and methods. In a preferred embodiment, 
this invention relates to fire fighting vehicles, systems and 
methods that communicate information over a network to 
assist with scene management. 


[0003] At the scene of a fire, there is often a significant 
amount of ongoing activity. In order to make effective deci- 
sions regarding resource allocation, equipment and personnel 
placement, fire fighting tactics, and so on, it is desirable that 
fire fighters and related personnel have access to as much 
information as possible regarding the scene ofa fire. In prac- 
tice, however, access to such information at the scene of a fire 
is often limited by practical difficulties associated with 
acquiring and communicating such information. For 
example, when several fire fighting vehicles are at the scene of 
a fire, it is often difficult to obtain a quick and accurate 
assessment regarding the status of each vehicle. For example, 
fire fighting vehicles carry certain resources which are 
capable of being depleted, such as fuel, battery, water, foam 
and oxygen supplies. Often no easy way for a fire fighter or 
other individual to assess the status of each vehicle to deter- 
mine which vehicles need to be resupplied, particularly if it is 
desired to obtain such information for all fire fighting vehicles 
present at the scene of a fire. On the other hand, it is undesir- 
able to resupply a fire fighting vehicle too soon because that 
results in the vehicle is unnecessarily taken out of action, 
thereby limiting its fire fighting effectiveness. Likewise, other 
situations exist in which it would be desirable to provide 
quick and accurate access to information regarding various 
aspects of a scene of a fire. 
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[0004] Therefore, what is needed is systems and methods 
that facilitate communication of information at the scene of a 
fire. 


SUMMARY OF THE INVENTION 


[0005] According to a first preferred embodiment, a 
method comprises acquiring information pertaining to a 
scene of a fire. The acquiring step is performed by a sensor 
connected to a first computer. The method further comprises 
transmitting the information from the first computer to a 
second computer by way of a wireless communication net- 
work. The second computer is mounted to a fire fighting 
vehicle and is connected to a display. The method further 
comprises displaying the information at the fire fighting 
vehicle using the display. 

[0006] According to a second preferred embodiment, a sys- 
tem comprises a wireless communication network and a plu- 
rality of fire fighting vehicles. The plurality of fire fighting 
vehicles include a respective plurality of on-board computer 
systems. Each one of the plurality of on-board computer 
systems is connected to remaining ones of the plurality of 
on-board computer systems by way of the wireless commu- 
nication network. 

[0007] According to a third preferred embodiment, a 
method comprises generating digital video information. The 
generating step is performed by a digital camera mounted on 
a first fire fighting vehicle. The method further comprises 
transmitting the digital video information from the first fire 
fighting vehicle to a second fire fighting vehicle over a wire- 
less communication network that connects the first fire fight- 
ing vehicle and the second fire fighting vehicle. The digital 
video information comprises video images of a fire in 
progress. The method further comprises displaying the digital 
video information at the second fire fighting vehicle. 

[0008] According to a fourth preferred embodiment, a sys- 
tem comprises a wireless communication network, a plurality 
of fire fighting vehicles, and a display. Each of the plurality of 
fire fighting vehicles comprises an on-board computer system 
anda camera capable of generating digital video information. 
Тһе on-board computer system is connected to the wireless 
communication network. The camera is capable of generating 
digital video information and is connected to the wireless 
communication network by way of the on-board computer 
system. The is connected to the wireless communication net- 
work and is capable of receiving the digital video information 
over the wireless communication network. The on-board 
computer system of each of the plurality of fire fighting 
vehicles is capable of transmitting the digital video informa- 
tion over the wireless communication network. 

[0009] According to a fifth preferred embodiment, a system 
comprises a building monitoring system for a building and a 
fire fighting vehicle. The building monitoring system com- 
prises a network of fire/smoke detection sensors distributed 
throughout the building, and a building computer system. The 
building computer system stores information pertaining to 
the building. The fire fighting vehicle has an on-board com- 
puter system and a display. The on-board computer system 
and the building computer system are capable of establishing 
a wireless network communication link to transfer the build- 
ing information from the building computer system to the 
on-board computer system. 

[0010] According to a sixth preferred embodiment, a real- 
time resource management method for managing resources 
of a plurality of fire fighting vehicles comprises acquiring 
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resource supply information from the plurality of fire fighting 
vehicles and generating a display that provides comparative 
information regarding availability of resources on the fire 
fighting vehicles. 

[0011] According to a seventh preferred embodiment, a 
method of displaying information pertaining to a fire com- 
prises displaying a building map of a building that is a site of 
a fire in progress, displaying locations of a plurality of fire 
fighting vehicles relative to the building, displaying locations 
of active fire/smoke detection sensors inside the building, and 
displaying locations of firefighters inside the building. The 
locations of the fire fighting vehicles, the locations of the 
active fire/smoke detection sensors, and the locations of the 
firefighters are updated in real time during the fire in progress. 
[0012] Other objects, features, and advantages of the 
present invention will become apparent to those skilled in the 
art from the following detailed description and accompanying 
drawings. It should be understood, however, that the detailed 
description and specific examples, while indicating preferred 
embodiments of the present invention, are given by way of 
illustration and not limitation. Many modifications and 
changes within the scope of the present invention may be 
made without departing from the spirit thereof, and the inven- 
tion includes all such modifications. 


BRIEF DESCRIPTION OF THE DRAWINGS 


[0013] FIG. 1 is a schematic view of a fire truck having a 
control system according to one embodiment of the present 
invention; 

[0014] FIG. 2 is a block diagram of the control system of 
FIG. 1 showing selected aspects of the control system in 
greater detail; 

[0015] FIG. 3. is a simplified block diagram of the control 
system of FIGS. 1-2; 

[0016] FIG. 4 is a flowchart showing the operation of the 
control system of FIG. 3 to turn on an output device in 
response to an operator input; 

[0017] FIG. 5 is a flowchart showing the operation of the 
control system of FIG. 3 to turn off an output device in 
response to the failure of an interlock condition; 

[0018] FIG. 6 is another simplified block diagram of the 
control system of FIGS. 1-2; 

[0019] FIG. 7 is a flowchart showing the operation of the 
control system of FIG. 6 to implement load management 
when battery voltage decreases; 

[0020] FIG. 8 is a flowchart showing the operation of the 
control system of FIG. 6 to restore power to output devices 
that have been shed during the load management illustrated in 
FIG. 7; 

[0021] FIG. 9 is another simplified block diagram of the 
control system of FIGS. 1-2; 

[0022] FIGS. 10A-10B are flowcharts showing the opera- 
tion of the control system of FIG. 9 to implement load 
sequencing in response to an operator input; 

[0023] FIGS. 11A-11B are flowcharts showing the орега- 
tion of the control system of FIG. 9 to implement load 
sequencing in different orders depending on an operating 
mode of the fire truck; 

[0024] FIG. 12 is a schematic view of an aerial device 
having a control system according to another embodiment of 
the present invention; 

[0025] FIG. 13 is a more detailed block diagram of the 
control system of FIG. 12; 


Sep. 4, 2008 


[0026] FIG. 14 is a schematic view of a military vehicle 
having a control system according to another embodiment of 
the present invention; 

[0027] FIGS. 15-16 are block diagrams of the control sys- 
tem of FIG. 14 showing selected aspects of the control system 
in greater detail, and FIGS. 17A-17B are modified views of 
the block diagram of FIG. 16 showing the operation of the 
control system to reconfigure itself in a failure mode of opera- 
tion; 

[0028] FIG. 18 is a diagram showing the memory contents 
of an exemplary interface module in greater detail; 

[0029] FIG. 19 is truth table in which an output is controlled 
with an additional layer of failure management for inputs with 
undetermined states; 


[0030] FIG. 20 is an overview of a preferred variant vehicle 
system; 
[0031] FIG. 21 is a block diagram of the control system of 


FIG. 14 showing selected aspects of the control system in 
greater detail; 


[0032] FIG. 22 is an ГО status table of FIG. 21 shown in 
greater detail; 
[0033] FIG. 23 is a flowchart describing the operation ofthe 


control system of FIG. 21 in greater detail; 

[0034] FIG. 24 is a data flow diagram describing data flow 
through an exemplary interface module during the process of 
FIG. 23; 

[0035] FIG. 25 is a schematic diagram of an exemplary 
embodiment of an electric traction vehicle providing an 
exemplary embodiment of an AC bus assembly coupled to 
various modules on the vehicle; 

[0036] FIG. 26 is a schematic diagram showing the vehicle 
of FIG. 25 being used as a mobile electric power plant; 
[0037] FIG. 27 is a schematic diagram showing selected 
aspects of a control system of FIG. 25 in greater detail; 
[0038] FIG. 28 is а flowchart showing the operation of a 
control system of FIG. 25 in greater detail; 

[0039] FIG. 29 is a schematic diagram showing auxiliary 
drive modules used in the vehicle of FIG. 25; 

[0040] FIG. 301sa flowchart showing another aspect ofthe 
operation of a control system of FIG. 25 in greater detail; 
[0041] FIG. ЗЛА is top plan view illustration of an exem- 
plary embodiment of a differential assembly coupled to an 
electric motor for driving at least two wheels and supported 
byasuspension assembly, and FIG. 31B is an end view partial 
sectional view of an exemplary embodiment of an electric 
traction vehicle support structure coupled to a suspension 
assembly which suspends at least one wheel relative to the 
vehicle support structure; 

[0042] ЕІС5. 32A-32B is a block diagram showing various 
configurations for connecting interface modules to drive con- 
trollers in the electric traction vehicle of FIG. 25; 

[0043] FIG. 33 is a schematic block diagram illustrating 
various entities connected to the Internet for the transmission 
of data indicative of an electric traction vehicle; 

[0044] FIG. 34 is a block diagram of a fire fighting system 
that includes multiple fire fighting vehicles and other systems 
according to another preferred embodiment of the present 
invention; 

[0045] FIG. 35 is a block diagram showing one of the fire 
fighting vehicles of FIG. 34 in greater detail; 

[0046] FIG. 36 is a diagram showing the operation of the 
system of FIG. 34; 

[0047] FIGS. 37-38 are flowcharts showing the operation 
ofthe system of FIG. 34 in greater detail; 
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[0048] FIG.39 is an image displayed to a user ofthe system 
of FIG. 34; 
[0049] FIG. 40 is a resource manager window generated 


using the system of FIG. 34; 

[0050] FIG. 41 is a flowchart showing another aspect of the 
operation of the system of FIG. 34 in greater detail; 

[0051] FIG. 42 is a schematic view of a military vehicle 
having a diagnostic system according to one embodiment of 
the present invention; 

[0052] FIG. 43 is a block diagram of the diagnostic system 
of FIG. 42 showing selected aspects of the diagnostic system 
in greater detail; 

[0053] FIG. 44 is a menu displayed by a display of the 
diagnostic system of FIG. 42 showing various services 
offered by the diagnostic system; 

[0054] FIG. 45 is a flow chart showing the operation of the 
diagnostic system of FIG. 42 to perform a diagnostic test 
procedure; 

[0055] FIG. 46 is a schematic view ofa fire fighting vehicle 
having a diagnostic system in accordance with FIGS. 42-45; 
[0056] FIG. 47 is a schematic view of a mixing vehicle 
having a diagnostic system in accordance with FIGS. 42-45, 
[0057] FIG. 48 is a schematic view of a refuse handling 
vehicle having a diagnostic system in accordance with FIGS. 
42-45, 

[0058] FIG. 49 15 а schematic view of а snow removal 
vehicle having a diagnostic system in accordance with FIGS. 
42-45; 

[0059] FIG. 50 is a schematic view of vehicle maintenance, 
monitoring, parts ordering, readiness assessment, and 
deployment system according to another embodiment of the 
present invention; 

[0060] FIG. 51 is a flowchart showing the operation of an 
on-board vehicle computer system in the system of FIG. 50 
during a parts ordering process; 

[0061] ЕІС. 52 is а flowchart showing the operation of a 
maintenance center computer system in the system of FIG. 50 
during a parts ordering process; 

[0062] FIG. 53 is another flowchart showing the operation 
of an on-board computer system in the system of FIG. 50 
during a parts ordering process; 

[0063] FIG. 54 is a flowchart showing the operation of a 
maintenance center computer system in the system of FIG. 50 
during a readiness assessment process; 

[0064] FIG. 55 is a flowchart showing the operation of an 
on-board vehicle computer system in the system of FIG. 50 
during a readiness assessment; 

[0065] FIG. 56 is a flowchart showing the operation of the 
system of FIG. 50 to detect non-conformance to a predeter- 
mined route; and 

[0066] FIGS. 57-67 are various examples of screen display 
for real time remote monitoring of vehicle I/O status infor- 
mation. 


DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 


[0067] Patent application Ser. No. 09/384,393, filed Aug. 
27, 1999, allowed, discloses various embodiments of a con- 
trol system architecture in connection with fire trucks, mili- 
tary vehicles and other types of vehicles. A particularly 
advantageous use of the preferred control system architecture 
is in the context of scene management for fire fighting 
vehicles. For convenience, the contents of the above-men- 
tioned application is repeated below, followed by a descrip- 
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tion of scene management systems and methods which in a 
preferred embodiment use a control system of a type dis- 
closed in the above-mentioned applications but which can 
also use other systems. 


A. Fire Truck Control System 


[0068] 1. Architecture of Preferred Fire Truck Control Sys- 
tem 
[0069] Referring now to FIG. 1, a preferred embodiment of 


a fire truck 10 having a control system 12 is illustrated. By 
way of overview, the control system 12 comprises a central 
control unit 14, a plurality of microprocessor-based interface 
modules 20 and 30, a plurality of input devices 40 and a 
plurality of output devices 50. The central control unit 14 and 
the interface modules 20 and 30 are connected to each other 
by a communication network 60. 

[0070] More specifically, the central control unit 14 is a 
microprocessor-based device and includes a microprocessor 
15 that executes a control program 16 (see FIG. 2) stored in 
memory of the central control unit 14. The control program is 
shown and described in greater detail below in conjunction 
with the flowcharts of FIGS. 4, 5, 7, 8 and 10. In general, the 
control unit 14 executes the program to collect and store input 
status information from the input devices 40, and to control 
the output devices 50 based on the collected status informa- 
tion. The control program preferably implements an interlock 
system (e.g., FIG. 5), a load manager (e.g., FIGS. 7-8), and a 
load sequencer (e.g., FIGS. 10А-10В). As described below, 
the central control unit 14 is preferably not connected to the 
I/O devices 40 and 50 directly but rather only indirectly by 
way of the interface modules 20 and 30, thereby enabling 
distributed data collection and power distribution. The I/O 
devices 40 and 50 are located on a chassis 11 of the fire truck 
10, which includes both the body and the underbody of the 
fire truck 10. 

[0071] Inthe illustrated embodiment, two different types of 
interface modules are used. The interface modules 20 inter- 
face mainly with switches and low power indicators, such as 
LEDs that are integrally fabricated with a particular switch 
and that are used to provide visual feedback to an operator 
regarding the state of the particular switch. For this reason, 
the interface modules 20 are sometimes referred to herein as 
“SIMs” (“switch interface modules"). Herein, the reference 
numeral “20” is used to refer to the interface modules 20 
collectively, whereas the reference numerals 21, 22 and 23 are 
used to refer to specific ones of the interface modules 20. 
[0072] The interface modules 30 interface with the remain- 
ing I/O devices 40 and 50 on the vehicle that do not interface 
to the interface modules 20, and therefore are sometimes 
referred to herein as *VIMs" (“vehicle interface modules"). 
Тһе interface modules 30 are distinguishable from the inter- 
face modules 20 mainly in that the interface modules 30 are 
capable of handling both analog and digital inputs and out- 
puts, and in that they are capable of providing more output 
power to drive devices such as gauges, valves, solenoids, 
vehicle lighting and so on. The analog outputs may be true 
analog outputs or they may be pulse width modulation out- 
puts that are used to emulate analog outputs. Herein, the 
reference numeral “30” is used to refer to the interface mod- 
ules 30 collectively, whereas the reference numerals 31, 32, 
33, 34 and 35 are used to refer to specific ones ofthe interface 
modules 30. 

[0073] Although two different types of interface modules 
are used in the illustrated embodiment, depending on the 
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application, it may be desirable to use only a single type of 
interface module in order to reduce inventory requirements. 
Additionally, while in FIG. 1 three of the interface modules 
20 and five of the interface modules 30 are shown, this 
arrangement is again simply one example. It may be desirable 
to provide each interface module with more ГО points in 
order to reduce the number of interface modules that are 
required, or to use more interface modules with a smaller 
number of I/O points in order to make the control system 12 
more highly distributed. Of course, the number of interface 
modules will also be affected by the total number of I/O 
points in the control system. 

[0074] FIG. 1 shows an approximate distribution of the 
interface modules 20 and 30 throughout the fire truck 10. In 
general, in order to minimize wiring, the interface modules 20 
and 30 are placed so as to be located as closely as possible to 
the input devices 40 from which input status information is 
received and the output devices 50 that are controlled. As 
shown in FIG. 1, there is a large concentration of interface 
modules 20 and 30 near the front of the fire truck 10, with an 
additional interface module 34 at mid-length of the fire truck 
10 and another interface module 35 at the rear of the fire truck 
10. The large concentration of interface modules 20 and 30 at 
the front of the fire truck 10 is caused by the large number of 
switches (including those with integral LED feedback output 
devices) located in a cab of the fire truck 10, as well as the 
large number of other output devices (gauges, lighting) which 
tend to be located in the cab or otherwise near the front of the 
fire truck 10. The interface module 34 that is located in the 
middle of the truck is used in connection with I/O devices 40 
and 50 that are located at the fire truck pump panel (i.e., the 
operator panel that has I/O devices for operator control of the 
fire truck’s pump system). The interface module 35 that is 
located at the rear of the fire truck 10 is used in connection 
with lighting and other equipment at the rear of the fire truck 
10. 


[0075] The advantage of distributing the interface modules 
20 and 30 in this manner can be more fully appreciated with 
reference to FIG. 2, which shows the interconnection of the 
interface modules 20 and 30. As shown in FIG. 2, the interface 
modules 20 and 30 receive power from a power source 100 by 
way of a power transmission link 103. The power transmis- 
sion link 103 may comprise for example a single power line 
that is routed throughout the fire truck 10 to each of the 
interface modules 20 and 30. The interface modules then 
distribute the power to the output devices 50, which are more 
specifically designated with the reference numbers 51a, 52a, 
53a, 54а-с, 55а-с, 56a-b, 57a-c and 58a-d in FIG. 2. 

[0076] It is therefore seen from FIGS. 1 and 2 that the 
relative distribution of the interface modules 20 and 30 
throughout the fire truck 10 in combination with the arrange- 
ment of the power transmission link 103 allows the amount of 
wiring on the fire truck 10 to be dramatically reduced. The 
power source 100 delivers power to the interface modules 20 
and 30, which act among other things as power distribution 
centers, and not directly to the output devices 50. Because the 
interface modules 20 and 30 are located so closely to the I/O 
devices 40 and 50, most of the I/O devices can be connected 
to the interface modules 20 and 30 using only a few feet of 
wire or less. This eliminates the need for a wire harness that 
extends the length of the fire truck (about forty feet) to estab- 
lish connections for each I/O devices 40 and 50 individually. 
[0077] Continuing to refer to FIG. 2, the switch interface 
modules 20 and the interconnection of the interface modules 
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20 with various I/O devices will now be described in greater 
detail. The interface modules 20 are microprocessor-based, as 
previously noted, and include a microprocessor that executes 
a program to enable communication over the communication 
network 60, as detailed below. 

[0078] The same or a different microprocessor of the inter- 
face modules 20 may also be used to process input signals 
received from the input devices 40. In particular, the interface 
modules 20 preferably perform debounce filtering of the 
switch inputs, so as to require that the position of the switch 
become mechanically stable before a switch transition is 
reported to the central control unit 14. For example, a delay of 
fifty milliseconds may be required before a switch transition 
is reported. Performing this filtering at the interface modules 
20 reduces the amount of processing that is required by the 
central control unit 14 to interpret switch inputs, and also 
reduces the amount of communication that is required over 
the communication network 60 because each switch transi- 
tion need not be reported. 

[0079] Physically, the interface modules 20 may be placed 
near the headliner of a cab 17 of the fire truck 10. Tradition- 
ally, it is common practice to locate panels of switches along 
the headliner of the cab for easy access by an operator of the 
fire truck. Additionally, as detailed below, in the preferred 
embodiment, the interface modules 20 are connected to 
switches that have integrally fabricated LEDs for indicating 
the state of the output device controlled by the switch to 
provide maximum operator feedback. These LEDs are output 
devices which are connected to the interface modules 20. 
Therefore, by locating the interface modules near the head- 
liner of the cab, the amount of wiring required to connect the 
interface modules 20 not only to the switches and but also to 
the LED indicators is reduced. 

[0080] Inthe preferred embodiment, the interface modules 
20 have between ten and twenty-five each of inputs and out- 
puts and, more preferably, have sixteen digital (on/off switch) 
inputs and sixteen LED outputs. Most of these inputs and 
outputs are utilized in connection with switches having inte- 
grally fabricated LEDs. However, it should be noted that there 
need not be a one-to-one correspondence between the 
switches and the LEDs, and that the inputs and the outputs of 
the interface modules 20 need not be in matched pairs. For 
example, some inputs may be digital sensors (without a cor- 
responding output device) and some of the outputs may be 
ordinary digital indicators (without a corresponding input 
device). Additionally, the LED indicators associated with the 
switch inputs for the interface module 21 could just as easily 
be driven by the interface module 23 as by the interface 
module 21, although this arrangement is not preferred. Of 
course, it is not necessary that all of the inputs and outputs on 
a given interface module 20 be utilized and, in fact, it is likely 
that some will remain unutilized. 

[0081] One way of establishing a dedicated link between 
the I/O devices 40 and 50 and the interface modules 20 is 
through the use of a simple hardwired link. Considering for 
example an input device which is a switch, one terminal of the 
switch may be connected (e.g., by way of a harness connec- 
tor) to an input terminal of the interface module 20 and the 
other terminal of the switch may be tied high (bus voltage) or 
low (ground). Likewise, for an output device which is an 
LED, one terminal of the LED may be connected to an output 
terminal of the interface module 20 and the other terminal of 
the LED may again be tied high or low. Other dedicated links, 
such as RF links, could also be used. 
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[0082] To provide maximum operator feedback, the LEDs 
that are located with the switches have three states, namely, 
off, on, and blinking. The off state indicates that the switch is 
off and therefore that the device controlled by the switch is 
off. Conversely, the on state indicates that the switch is on and 
that the device controlled by the switch is on. The blinking 
state indicates that the control system 12 recognizes that a 
switch is on, but that the device which the switch controls is 
nevertheless off for some other reason (e.g., due to the failure 
of an interlock condition, or due to the operation of the load 
manager or load sequencer). Notably, the blinking LED feed- 
back is made possible by the fact that the LEDs are controlled 
by the control unit 14 and not directly by the switches them- 
selves, since the switches themselves do not necessarily know 
the output state of the devices they control. 

[0083] A specific example will now be given of a preferred 
interconnection of the interface modules 21, 22, and 23 with 
a plurality of I/O devices 40 and 50. Many or all of the I/O 
devices 40 and 50 could be the same as those that have 
previously been used on fire trucks. Additionally, it should be 
noted that the example given below is just one example, and 
that a virtually unlimited number of configurations are pos- 
sible. This is especially true since fire trucks tend to be sold 
one or two at a time and therefore each fire truck that is sold 
tends to be unique at least in some respects. 

[0084] In FIG. 2, the interface module 21 receives inputs 
from switches 41a that control the emergency lighting system 
of the fire truck. As previously noted, the emergency lighting 
system includes the flashing emergency lights (usually red 
and white) that are commonly associated with fire trucks and 
that are used to alert other motorists to the presence of the fire 
truck on the roadway or at the scene of a fire. One of the 
switches 41a may be an emergency master on/off (E-master) 
switch used to initiate load sequencing, as described in 
greater detail below. The interface module 21 may also be 
connected, for example, to switches 415 that control the 
emergency siren and horn. The interface module 21 is also 
connected to LEDs 51a that are integrally located in the 
switches 41a and 415 апа that provide operator feedback 
regarding the positions of the switches 41a and 415, as pre- 
viously described. 

[0085] Тһе interface module 22 receives inputs from 
switches 42a that control lighting around the perimeter of the 
fire truck 10, switches 426 that control scene lighting, and 
switches 42c that control lighting which aids the operators in 
viewing gauges and other settings at the pump panel. The 
interface module 22 is also connected to LEDs 52a that are 
integrally located in the switches 42a, 425 and 42c and that 
provide operator feedback regarding the positions of the 
switches 42a, 425 and 42c. 

[0086] The interface module 23 receives inputs from 
switches 43a that control heating and air conditioning, and 
switches 435 that controls miscellaneous other electrical 
devices. The interface module 23 is connected to LED indi- 
cators, some of which may be integrally located with the 
switches 43a and 435 and others of which may simply be ап 
LED indicator that is mounted on the dashboard or elsewhere 
in the cab of the fire truck 10. 

[0087] Continuing to refer to FIG. 2, the vehicle interface 
modules 30 and the interconnection of the interface modules 
20 with various I/O devices will now be described in greater 
detail. As previously mentioned, the interface modules 30 are 
distinguishable from the interface modules 20 mainly in that 
the interface modules 30 are capable of handling both analog 
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and digital inputs and outputs, and in that they are capable of 
providing more output power to drive output devices such as 
digitally-driven gauges, solenoids, and so on. The interface 
modules 30 preferably have between fifteen and twenty-five 
each inputs and outputs and, more preferably, have twenty 
inputs (including six digital inputs, two frequency counter 
inputs, and six analog inputs) and twenty outputs (including 
six outputs that are configurable as analog outputs). 

[0088] Like the interface modules 20, the interface modules 
30 are microprocessor-based and include a microprocessor 
that executes a program to enable communication over the 
communication network 60. The same or a different micro- 
processor of the interface modules 30 may also be used to 
process input signals received from the input devices 40 and 
to process output signals transmitted to the output devices 50. 
[0089] For the interface modules 30, this processing 
includes not only debounce filtering, in the case of switch 
inputs, but also a variety of other types of processing. For 
example, for analog inputs, this processing includes any pro- 
cessing that is required to interpret the inputs from analog- 
to-digital (A/D) converters, including converting units. For 
frequency inputs, this processing includes any processing that 
is required to interpret inputs from frequency-to-digital con- 
verters, including converting units. This processing also 
includes other simple filtering operations. For example, in 
connection with one analog input, this processing may 
include notifying the central control unit 14 of the status of an 
input device only every second or so. In connection with 
another analog input, this processing may include advising 
the central control unit 14 only when the status of the input 
device changes by a predetermined amount. For analog out- 
put devices, this processing includes any processing that is 
required to interpret the outputs for digital-to-analog (D/A) 
converters, including converting units. For digital output 
devices that blink or flash, this processing includes imple- 
menting the blinking or flashing (1.е., turning the output 
device on and off at a predetermined frequency) based on an 
instruction from the central control unit 14 that the output 
device should blink or flash. In general, the processing by the 
interface modules 30 reduces the amount of information 
which must be communicated over the communication link, 
and also reduces the amount of time that the central control 
unit 14 must spend processing minor changes in analog input 
status. 


[0090] Preferably, the configuration information required 
to implement the I/O processing that has just been described 
is downloaded from the central control unit 14 to each inter- 
face module 30 (and each interface module 20) at power-up. 
Additionally, the harness connector that connects to each of 
the interface modules 20 and 30 are preferably electronically 
keyed, such that being connected to a particular harness con- 
nector provides the interface modules 20 and 30 with a unique 
identification code (for example, by tying various connector 
pins high and low to implement a binary code). The advantage 
of this approach is that the interface modules 20 and 30 
become interchangeable devices that are customized only at 
power-up. As a result, if one of the interface modules 30 
malfunctions, for example, a new interface module 30 can be 
plugged into the control system 12, customized automatically 
at power-up (without user involvement), and the control sys- 
tem 12 then becomes fully operational. This enhances the 
maintainability of the control system 12. 

[0091] A specific example will now be given of a preferred 
interconnection of the interface modules 31, 32, and 33 with 
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a plurality of I/O devices 40 and 50. This example continues 
the example that was started in connection with the interface 
modules 21, 22, and 23. Again, it should be noted that the 
configuration described herein is just one example. 

[0092] The interface modules 31, 32, 33, 34 and 35 all 
receive inputs from additional switches and sensors 44a, 45a, 
46a, 47a and 48a. The switches may be additional switches 
that are located in the cab of the fire truck or elsewhere 
throughout the vehicle, depending on the location of the inter- 
face module. The sensors may be selected ones of a variety of 
sensors that are located throughout the fire truck. The sensors 
may be used to sense the mechanical status of devices on the 
fire truck, for example, whether particular devices are 
engaged or disengaged, whether particular devices are 
deployed, whether particular doors on the fire truck are open 
or closed, and so on. The sensors may also be used to sense 
fluid levels such as fuel level, transmission fluid level, coolant 
level, foam pressure, oil level, and so on. 

[0093] In addition to the switches and sensors 44a, the 
interface module 31 is also connected to a portion 54a of the 
emergency lighting system. The emergency lighting system 
includes emergency lights (usually red and white) at the front, 
side and rear of the fire truck 10. The emergency lights may, 
for example, be in accordance with the guidelines provided 
by the National Fire Protection Association. Because the 
interface module 31 is located at the front of the fire truck, the 
interface module 31 is connected to the red and white emer- 
gency lights at the front of the fire truck. 

[0094] The interface module 31 is also connected to gauges 
and indicators 545 which are located on the dashboard of the 
fire truck 10. The gauges may indicate fluid levels such as fuel 
level, transmission fluid level, coolant level, foam pressure, 
oil level and so on. The indicators may include, for example, 
indicators that are used to display danger, warning and cau- 
tion messages, warning lights, and indicators that indicate the 
status of various mechanical and electrical systems on the fire 
truck. The interface module 31 may also be connected, for 
example, to an emergency sound system including an emer- 
gency siren and emergency air horns 54c, which are used in 
combination with the emergency lights 54a. 

[0095] In addition to the switches and sensors 45a, the 
interface module 32 is also connected to perimeter lighting 
55a, scene lighting 555 and utility lighting 55c. The perimeter 
lighting 55a illuminates the perimeter of the fire truck 10. The 
scene lighting 555 includes bright flood lights and/or spot 
lights to illuminate the work area at a fire. The utility lighting 
55c includes lighting used to light operator panels, compart- 
ments and so on of the fire truck 10. 

[0096] In addition to the switches and sensors 46a, the 
interface module 33 is also connected to PTO sensors 46b. 
The PTO sensors 465 monitor the status of a power take-off 
mechanism 97 (see FIG. 1), which diverts mechanical power 
from the engine/transmission from the wheels to other 
mechanical subsystems, such as the pump system, an aerial 
system and so on. The interface module 33 is also connected 
to a portion 56a of the FMVSS (Federal Motor Vehicle Safety 
Standard) lighting. The FMVSS lighting system includes the 
usual types of lighting systems that are commonly found on 
most types of vehicles, for example, head lights, tail lights, 
brake lights, directional lights (including left and right direc- 
tionals), hazard lights, and so on. The interface module 33 is 
also connected to the heating and air conditioning 565. 
[0097] In addition to the switches and sensors 47a, the 
interface module 34, which is disposed near the pump panel, 
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18 connected to pump panel switches and sensors 47a, pump 
panel gauges and indicators 57a, pump panel lighting 575, 
and perimeter lighting 57c. The pump system may be manu- 
ally controlled or may be automatically controlled through 
the use of electronically controlled valves. In either case, the 
various fluid pressures are measured by sensors and displayed 
on the gauges and indicators 57a. 

[0098] Finally, in addition to the switches and sensors 48a, 
the interface module 35 is also connected to emergency light- 
ing 58a, scene lighting 585, FMVSS lighting 58c, and the 
utility lighting 58d. These lighting systems have been 
described above. 

[0099] The interface modules 20 and the interface modules 
30 are connected to the central control unit 14 by the com- 
munication network 60. The communication network may be 
implemented using a network protocol, for example, which is 
in compliance with the Society of Automotive Engineers 
(SAE) J1708/1587 and/or J1939 standards. The particular 
network protocol that is utilized is not critical, although all of 
the devices on the network should be able to communicate 
effectively and reliably. 

[0100] The transmission medium may be implemented 
using copper or fiber optic cable. Fiber optic cable is particu- 
larly advantageous in connection with fire trucks because 
fiber optic cable is substantially immune to electromagnetic 
interference, for example, from communication antennae on 
mobile news vehicles, which are common at the scenes of 
fires. Additionally, fiber optic cable is advantageous because 
it reduces RF emissions and the possibility of short circuits as 
compared to copper-based networks. Finally, fiber optic cable 
is advantageous because it reduces the possibility of electro- 
cution as compared to copper in the event that the cable 
accidentally comes into contact with power lines at the scene 
of a fire. 


[0101] Also connected to the communication network 60 
are a plurality of displays 81 and 82. The displays 81 and 82 
permit any of the data collected by the central control unit 14 
to be displayed to the firefighters in real time. In practice, the 
data displayed by the displays 81 and 82 may be displayed in 
the form of text messages and may be organized into screens 
of data (given that there is too much data to display at one 
time) and the displays 81 and 82 may include membrane 
pushbuttons that allow the firefighters to scroll through, page 
through, or otherwise view the screens of data that are avail- 
able. Additionally, although the displays 81 and 82 are both 
capable of displaying any of the information collected by the 
central control unit 14, in practice, the displays 81 and 82 are 
likely to be used only to display selected categories of infor- 
mation. For example, assuming the display 81 is located in the 
cab and the display 82 is located at the pump panel, the 
display 81 is likely to be used to display information that 
pertains to devices which are controlled from within the cab, 
whereas the display 82 is likely to be used to display infor- 
mation pertaining to the operation of the pump panel. Advan- 
tageously, the displays 81 and 82 give firefighters instant 
access to fire truck information at a single location, which 
facilitates both normal operations of the fire truck as well as 
troubleshooting if problems arise. 

[0102] Also shown in FIG. 2 is a personal computer 85 
which is connected to the control unit 14 by way of a com- 
munication link 86, which may be a modem link, an RS-232 
link, an Internet link, and so on. The personal computer 85 
allows diagnostic software to be utilized for remote or local 
troubleshooting of the control system 12, for example, 
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through direct examination of inputs, direct control of out- 
puts, and viewing and controlling internal states, including 
interlock states. Because all I/O status information is storedin 
the central control unit 14, this information can be easily 
accessed and manipulated by the personal computer 85. If a 
problem is encountered, the personal computer can be used to 
determine whether the central control unit 14 considers all of 
the interface modules 20 and 30 to be “on-line” and, if not, the 
operator can check for bad connections and so on. If a par- 
ticular output device is not working properly, the personal 
computer 85 can be used to trace the I/O status information 
from the switch or other input device through to the malfunc- 
tioning output device. For example, the personal computer 85 
can be used to determine whether the switch state is being 
read properly, whether all interlock conditions are met, and so 
on. 


[0103] The personal computer 85 also allows new firmware 
to be downloaded to the control unit 14 remotely (e.g., from a 
different city or state or other remote location by way of the 
Internet or a telephone link) by way of the communication 
link 86. The firmware can be firmware for the control unit 14, 
or it can be firmware for the interface modules 20 and 30 that 
is downloaded to the control unit 14 and then transmitted to 
the interface modules 20 and 30 by way ofthe communication 
network 60. 


[0104] Finally, referring back to FIG. 1, several additional 
systems are shown which will now be briefly described before 
proceeding to a discussion of the operation of the control 
system 12. In particular, FIG. 1 shows an engine system 
including an engine 92 and an engine control system 91, a 
transmission system including a transmission 93 and a trans- 
mission control system 94, and an anti-lock brake system 
including an anti-lock brake control system 95 and anti-lock 
brakes 96. The transmission 93 is mechanically coupled to the 
engine 92, and is itself further mechanically coupled to a PTO 
system 97. The PTO system 97 allows mechanical power 
from the engine to be diverted to water pumps, aerial drive 
mechanisms, stabilizer drive mechanisms, and so on. In com- 
bination, the engine system, the transmission system and the 
PTO system form the power train of the fire truck 10. 

[0105] Thecontrol systems 92, 94 and 95 may be connected 
to the central control unit 14 using the same or a different 
communication network than is used by the interface mod- 
ules 30 and 40. In practice, the control systems 92, 94 and 95 
are likely to be purchased as off-the-shelf systems, since most 
fire truck manufacturers purchase rather than manufacture 
engine systems, transmission systems and anti-lock brake 
systems. As a result, it is likely that the control systems 92, 94 
and 95 will use a variety of different communication proto- 
cols and therefore that at least one additional communication 
network will be required. 

[0106] Ву connecting the systems 92, 94 and 95 to the 
central control unit 14, an array of additional input status 
information becomes available to the control system 12. For 
example, for the engine, this allows the central control unit 14 
to obtain I/O status information pertaining to engine speed, 
engine hours, oil temperature, oil pressure, oil level, coolant 
level, fuel level, and so on. For the transmission, this allows 
the central control unit 14 to obtain, for example, information 
pertaining transmission temperature, transmission fluid level 
and/or transmission state (1st gear, 2nd gear, and so on). 
Assuming that an off-the-shelf engine or transmission system 


Sep. 4, 2008 


is used, the information that is available depends on the manu- 
facturer of the system and the information that they have 
chosen to make available. 

[0107] Connecting the systems 92, 94 and 95 to the central 
control unit 14 is advantageous because it allows information 
from these subsystems to be displayed to firefighters using the 
displays 81 and 82. This also allows the central control unit 14 
to implement various interlock conditions as a function ofthe 
state of the transmission, engine or brake systems. For 
example, in order to turn on the pump system (which is 
mechanically driven by the engine and the transmission), an 
interlock condition may be implemented that requires that the 
transmission be in neutral or 4th lockup (i.e., fourth gear with 
the torque converter locked up), so that the pump can only be 
engaged when the wheels are disengaged from the power 
train. The status information from these systems can therefore 
be treated in the same manner as I/O status information from 
any other discrete I/O device on the fire truck 10. It may also 
be desirable to provide the central control unit 14 with a 
limited degree of control over the engine and transmission 
systems, for example, enabling the central control unit 14 to 
issue throttle command requests to the engine control system 
91. This allows the central control unit to control the speed of 
the engine and therefore the voltage developed across the 
alternator that forms part of the power source 100. 

[0108] 2. Manner of Operation of Preferred Fire Truck 
Control System 

[0109] Тһе operation of the control system 12 will now be 
described in greater detail, including the manner in which 
interlock control, load management, and load sequencing are 
implemented by the control system 12. 

[0110] a. Operation Overview and Interlock Control 
[0111] Referring now to FIGS. 3-5, a first example of the 
operation of the control system 12 is given. FIG. 3 is a block 
diagram of the control system 12, which has been simplified 
to the extent that some of the structure shown in FIGS. 1-2 is 
not shown in FIG. 3. Additionally, FIG. 3 shows in greater 
detail a switch 341 (which is one of the switches 41a in FIG. 
2), rear scene lights 351 (which are part of the rear scene 
lighting 585 in FIG. 2), and an LED indicator 352 (which is 
one of the switch LED feedback indicators 51a in FIG. 2). 
The rear scene lights 351 are considered a single output 
device since they are both connected to one output of the 
interface module 35, even though there are in fact two lights. 
Finally, the central control unit 14 is also shown to include an 
interlock system 316, which is implemented in the control 
program 16 executed by the microprocessor 15. 

[0112] FIG. 4 is a flowchart showing the operation of the 
control system 12 to activate the rear scene lights 351 in 
response to an input signal received from the switch 341. One 
ofthe advantages ofthe control system 12 is that input signals 
from the input devices 40 are processed by the control unit 14 
and do not directly control the output devices 50. Switches 
represent user input commands but do not close the electrical 
circuit between the power source 100 and the output device 
controlled by the switch. As will be described below, this 
simplifies control system wiring and makes possible more 
flexible control of output devices. 

[0113] Inorderto highlight this aspect ofthe control system 
12, it will be assumed that the switch 341 is a soft toggle 
switch. Thus, the switch 341 is physically a momentary 
switch, i.e., a switch that closes when pressed but, when 
pressure is removed, automatically returns to an open posi- 
tion. The control system 12 makes the switch 341 emulate a 
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latched switch, i.e., a switch that remains closed when 
pressed and returns to an open position only when pressed 
again. 

[0114] First, in step 401, the switch 341 transmits an input 
signal to the interface module 21. The input signal is trans- 
mitted to the interface module 21 ава result of a change in the 
status of the switch, for example, when an operator presses 
the switch. The input signal from the switch 341 is transmit- 
ted to the interface module 21 by way of a hardwired com- 
munication link 101 which may, for example, comprise а wire 
that connects a terminal of the switch 341 to an input terminal 
of the interface module 21 (with the other terminal of the 
switch 341 being tied high or low). Other types of dedicated 
links may also be used. 


[0115] At step 402, the interface module 21 processes the 
input signal. For the switch 341, the interface module per- 
forms debounce filtering, for example, by waiting until the 
mechanical position of the switch stabilizes (e.g., fifty milli- 
seconds) before the transmitting the input signal to the control 
unit 14. 


[0116] At step 403, the interface module 21 transmits the 
input signal in the form of a network message to the control 
unit 14 (“ЕСО” in FIG. 4). The network message is sent by 
way of the communication network 60 and, in particular, by 
way of a network communication link 61 that links the inter- 
face module 21 to the control unit 14. 


[0117] At step 404, the control unit 14 processes the input 
signal. As previously noted, the switch 341 is physically a 
momentary switch (i.e., a switch that closes when pressed but, 
when pressure is removed, automatically returns to an open 
position) but is made to emulate a latched switch (i.e., a 
switch that remains closed when pressed and returns to an 
open position only when pressed again). Accordingly, to pro- 
cess the input signal, the control unit 14 first determines that 
the switch 341 has experienced an off-on transition (i.e., 
because the switch 341 was previously off but is now on), and 
then determines that the present state of the rear scene lights 
351 are off. Accordingly, at step 405, the control unit 14 
generates a first control signal to turn on the rear scene lights 
351, as well as a second control signal to turn on LED indi- 
cator 352. 


[0118] At step 406, the control unit 14 transmits the first 
control signal in the form of a second network message to the 
interface module 35. The network message is sent by way of 
the communication network 60 and, in particular, by way ofa 
network communication link 65 that links the central control 
unit 14 to the interface module 35. In practice, the network 
communication link 65 may utilize some or all of the same 
physical media utilized by the network communication link 
61, depending on the network architecture that is utilized. In 
the illustrated embodiment a bus architecture is utilized, but it 
should be understood of course that other types of network 
architectures (such as ring or star architectures) may also be 
utilized. 


[0119] At step 407, the interface module 35 transmits the 
first control signal to the rear scene lights 351. The control 
signal is transmitted in the form of a power control signal on 
a hardwired communication link 105. The hardwired com- 
munication link 105 may, for example, comprise a wire that 
connects a terminal of the switch 341 to an input terminal of 
the interface module 21. The power control signal from the 
interface module 35 has two states, namely, an “on” state in 
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which power is provided to the lighting system 351 and an 
"off" in which power is not provided to the lighting system 
351. 


[0120] At step 408, the control unit 14 transmits the second 
control signal to the interface module 21 by way of the net- 
work communication link 61 in the form of a third network 
message. At step 409, the interface module 21 transmits the 
second control signal to the LED indicator 352 in the form of 
a power control signal on a hardwired communication link 
102. As previously noted, the LED indicator 352 is located 
integrally with the switch 341 (e.g., at thetip ofthe lever ofthe 
switch 341, in a manner such that the LED is clearly associ- 
ated with the switch 341). Therefore, when the second control 
signal is transmitted to the LED indicator 352, thereby turn- 
ing on the LED indicator 352, the LED indicator provides 
feedback to the operator regarding the status of the rear scene 
lights 351. In the present situation, the on state of the LED 
indicator 352 indicates that the rear scene lights 351 are on. 


[0121] When the switch 341 is released, another input sig- 
nal (not shown) is sent to the interface module 21 which 
indicates that the input state of the switch has changed from 
on to off. The control unit 14 recognizes the on—off transi- 
tion, but ignores the transition pursuant to making the switch 
341 emulate a latched switch. 


[0122] It may be noted therefore that the switch 341 does 
not complete the electrical power circuit for the rear scene 
lights 351. When the switch 341 is released, the switch 341 
opens but this change does not cause any change in the output 
status of the scene lights 351. The opportunity for the central 
control unit 14 to process the input signal from the switch 341 
(as well as other input devices) makes the control system 12 
more flexible and robust while at the same time reducing 
wiring and therefore reducing the number of failure points. 


[0123] For example, a feature that is easily implemented in 
the control system 12 is two-way or, more generally, N-way 
switching. To implement N-way switching, it is only neces- 
sary to define N switches as inputs that control a given light- 
ing system, and to program the control unit 14 to toggle the 
state of the lighting system every time the latched state of one 
of the М switches changes. A complicated and wiring-inten- 
sive N-way switching circuit is not required because the con- 
trollogic required to implement N-way switching is not hard- 
wired but rather is programmed into the control unit 14. 
Another feature that is easily implemented is progressive 
switching, in which the control unit 14 responds differently 
each time a given switch is pressed. 


[0124] Inaddition to the advantages that are achieved due to 
the processing of the inputs, additional advantages are 
achieved in connection with processing the outputs. Thus, 
another advantage of the control system 12 1s that the outputs 
are capable of multiple modes of operation, without any addi- 
tional hardware, depending on the mode of operation of the 
vehicle. Thus, the same output device can have a digital mode 
of operation, an analog mode of operation, and a flashing 
mode of operation. For example, the same set of lights can be 
made to operate as high beam headlights at night (digital), as 
day-time running lights during the day (analog), and as flash- 
ing white lights in an emergency situation. (This 1s especially 
true if analog outputs are implemented using pulse width 
modulation to emulate a true analog-type output.) Because 
specialized hardware for each mode of operation is not 
required, it is much easier to provide any given output device 
with the ability to operate in different modes. 
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[0125] Another advantage with respect to the processing of 
outputs is that the central control unit 14 has the ability to 
synchronize or desynchronize different output devices. For 
example, in connection with the flashing emergency lights, it 
is possible to more precisely control the emergency lights and 
to have different lights flashing with exactly the same fre- 
quency but at a different phase. This prevents multiple sets of 
lights from undesirably turning on at the same time. For fire 
trucks with circuit breakers, this situation is undesirable 
because it can cause the current draw of the multiple sets of 
lights to trip a circuit breaker, thereby rendering the flashing 
emergency lights inoperative altogether. 

[0126] Referring now to FIG. 5, the operation of the control 
system 12 to disengage the rear scene lights 351 in response 
to a changed interlock condition is illustrated. Federal Motor 
Vehicle Safety Standard (FMVSS) regulations prohibit the 
use of white lights on the back of a vehicle when the vehicle 
is moving forward. This regulation prevents other drivers 
from confusing the vehicle with oncoming traffic. Therefore, 
if a fire truck at the scene of a fire has white rear scene lights 
turned on and a firefighter decides to move the fire truck, the 
firefighter must first remember to turn off the white rear scene 
lights. FIG. 5 illustrates the operation of the control system to 
implement an interlock system 316 that eliminates the need 
for the firefighter to have to remember to turn off the rear 
scene lights in this situation. 

[0127] To implement this type of control, a sensor 342 that 
monitors the status of the parking brake is utilized. The con- 
trol rules governing the interlock condition for this example 
are then as follows. The rear scene lights 351 should disen- 
gage when the parking brake is disengaged. However, the rear 
scene lights are allowed to be on when the parking brake is 
off. Therefore, the rear scene lights are turned off only when 
there is an on-off transition of the parking brake and, oth- 
erwise, the rear scene lights are allowed to be on. 

[0128] Accordingly, by way of example, the parking brake 
is turned offat step 501. At step 502, the parking brake sensor 
342 transmits an input signal to the interface module 31. At 
step 503, the interface module 31 processes the input signal. 
For example, the interface module 31 performs debounce 
filtering to require stabilization of the mechanical state of the 
sensor before a state change is recognized. 

[0129] At step 504, the interface module 31 transmits the 
input signal in the form of a network to the control unit 14 by 
way of a network communication link 67. At step 505, the 
control unit 14 processes the input signal. For example, the 
control unit 14 determines that the rear scene lights 351 are 
on, and that there has been an on-off transition in the state of 
the parking brake sensor 342. Accordingly, at step 506, the 
control unit 14 generates a first control signal to turn off the 
rear scene lights 351 and a second control signal to cause the 
LED indicator 352 to blink. 

[0130] At step 507, the control unit 14 transmits the first 
control signal in the form of a network message to the inter- 
face module 35. In turn, at step 508, the interface module 35 
transmits the control signal to the rear scene light lights 351, 
thereby causing the rear scene lights to turn off. 

[0131] At step 509, the control unit 14 transmits the second 
control signal in the form of a network message to the inter- 
face module 21. In turn, at step 510, the interface module 35 
transmits the control signal to the LED indicator 352, thereby 
causing the LED indicator 352 to blink. The blinking state of 
the LED indicator 352 indicates to the operator that the con- 
trol unit 14 considers the switch 341 to be on, but that the rear 
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scene lights 351 are nevertheless off because some other 
condition on the fire truck is not met. In this case, the rear 
scene lights 351 are off due to the on-off transition in the 
state of the parking brake. In this way, operator feedback is 
maximized. 

[0132] The flowchart of FIG. 4, at step 510, shows the use 
of a single control signal to cause the LED indicator 352 to 
blink. In practice, the blinking of the LED indicator 352 may 
be achieved in a variety of ways. For example, if a simple 
hardwired connection between the interface module 21 and 
the LED indicator 352 is utilized, the interface module 21 
may periodically provide periodic on and off control signals 
to the LED indicator 352 by periodically applying power to 
the output terminal that is connected to the LED indicator 
352. Alternatively, ifa blinker module is utilized, the interface 
module may provide a single control signal to the blinker 
module, which then controls blinking of the LED indicator 
352. 

[0133] Ifthe operator then pushes and releases the switch 
341a second time while the parking brake is off, the process 
in FIG. 4 is repeated and the rear scene lights 351 turn on. In 
this case, the rear scene lights 351 turn on even though the 
parking brake is off, because the control system 12 only 
prevents the rear scene lights from being on when the parking 
brake is first released. If the operator pushes and releases the 
switch 341a third time, the control system 12 turns offthe rear 
scene lights 351. 

[0134] b. Load Management 

[0135] Referring now to FIGS. 6-8, a second example ofthe 
operation of the control system 12 is given. FIG. 6 is another 
block diagram of the control system 12, which has been 
simplified to the extent that some of the structure shown in 
FIGS. 1-2 is not shown in FIG. 6. Additionally, FIG. 6 shows 
a plurality of output devices 651, 652, 653 and 654 that have 
load management priority levels equal to one, two, three and 
four, respectively. The output devices 651, 652, 653 and 654 
are exemplary ones of the output devices 50 of FIGS. 1-2. 
Finally, the central control unit 14 is shown to include a load 
manager 616, which is implemented in the control program 
16 executed by the microprocessor 15. 

[0136] Because the output devices 651, 652, 653 and 654 
are assigned four different load management priority levels, 
the load manager 616 is referred to as a four level load 
manager. Аз will become apparent, implementing a load 
manager with additional priority levels can be achieved sim- 
ply by defining additional priority levels. Indeed, it is even 
possible for the load manager 616 to have the same number of 
levels as there are output devices, by assigning every output 
device a different priority level and by shedding the output 
devices one by one as the battery voltage drops. 

[0137] FIG. 7 is a flowchart showing the operation of the 
load manager 616. In particular, the flowchart of FIG. 7 
describes the operation of the load manager 616 to turn off 
output devices in layers when the system voltage decreases. It 
may be noted that a similar approach may be used when the 
system voltage increases, in which case devices that are sen- 
sitive to over voltage conditions may be turned off in layers as 
the system voltage increases. 

[0138] At step 701, the load manager initializes tracking 
variables and sets the active priority equal to zero. The active 
priority is the priority level that is currently shed. (In the 
described embodiment, the parameter N is typically equal to 
the active priority minus one. However, the parameter N 
could also simply be equal to the active priority.) Therefore, 
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assuming that none of the output devices 651, 652, 653, 654 
are shed, then the active priority level is equal to zero. The 
active priority increases as shedding occurs. 

[0139] At step 702, the control unit 14 determines whether 
the battery voltage has decreased to the priority N load shed 
voltage. Initially, the tracking variable N is equal to one and 
50, initially, the control unit 14 is determining in step 702 
whether the battery voltage has decreased enough for the first 
layer of shedding to occur. If the battery voltage has not 
decreased, then the control unit 14 continues to monitor the 
battery voltage until the priority 1 load shed voltage is 
reached. 

[0140] At step 703, when the battery voltage has decreased 
to the priority 1 load shed voltage, then the control unit 14 
starts a load shed timer. The purpose of the load shed timer is 
to ensure that a temporary reduction in the battery voltage (for 
example, caused by engagement of an output device that 
draws a significant amount of current) is not misinterpreted as 
the battery running out of power, so that the control unit 14 
does not unnecessarily start shedding output devices. 

[0141] The control unit 14 continues to monitor the battery 
voltage at step 704 until the load shed timer elapses at step 
705. During this time, the control unit 14 continues to monitor 
whether the battery voltage is equal to or less than the priority 
1 load shed voltage. If the battery returns above the load shed 
voltage, then that indicates only a temporary voltage reduc- 
tion has occurred and therefore the process returns to step 702 
after the active priority is set equal to N-1 at step 706. In this 
case, since N is equal to one, the active priority remains equal 
to zero, in other words, no output devices are shed. 

[0142] Ifthe battery voltage is still equal to or less than the 
priority 1 load shed voltage when the load shed timer elapses 
at step 705, then the process proceeds to step 707. At step 707, 
the control unit 14 determines whether any of the priority 1 
output devices are active. If none of the priority 1 output 
devices 651 are active, then N is incremented by one, and the 
process proceeds to step 702. At step 702, the control unit 14 
determines whether the battery voltage has decreased to the 
priority 2 load shed voltage. Thus, because the battery voltage 
is low, but there were no priority 1 output devices 651 to shed 
at step 707, the control unit determines whether it is appro- 
priate to start shedding priority 2 output devices 652. The 
control unit 14 repeats the process and continues to search for 
a level of devices to shed until either the battery voltage is not 
low enough to justify shedding the next layer of devices (in 
which case the process proceeds to step 706, where the active 
priority is set equal to the highest level at which the battery 
voltage is low enough to cause shedding, if there were output 
devices to shed, and then the process returns to step 702) or 
until step 707 is answered affirmatively (in which case the 
process proceeds to step 709, where the active priority is set 
equal to the priority level at which output devices are avail- 
able for shedding, and then the process proceeds to step 710). 
[0143] At step 710, these output devices are shed, the уагі- 
able N is incremented, and the process proceeds to step 702 
where the control unit 14 determines whether the battery 
voltage is less than the load shed voltage of the next priority 
level. The process then repeats until the battery voltage is 
greater than the load shed voltage of the next priority level. 
[0144] When the active priority level becomes non-zero, 
the control unit 14 denies all requests for engagement of 
devices that have a priority level which is equal to or less than 
the active priority level. Thus, all devices that have a priority 
level which is equal to or less than the active priority level 
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remain off, at least until the battery voltage increases and it 
becomes appropriate to restore some output devices, as 
described below in connection with FIG. 8. 

[0145] As previously described, some output devices are 
controlled by switches that are integrally fabricated with an 
LED indicator. For such output devices, the control unit 14 
causes the appropriate LED indicator to start blinking, 
thereby advising the operator that the switch is recognized by 
the control unit 14 as being turned on, but that the associated 
output device is nevertheless disengaged because it is being 
load managed. The process of making indicator LEDs blink 
was described previously in connection with FIG. 4. 

[0146] Referring now to FIG. 8, a process for restoring 
power to output devices is illustrated. The battery is con- 
nected to the alternator and, if loading is reduced enough, the 
battery will begin to regain voltage. Therefore, it may become 
appropriate to restore power to at least some output devices. 
The process shown in FIG. 8 for restoring power is essentially 
the opposite of the process shown in FIG. 7. The process of 
FIG. 8 may be performed in time alternating fashion with 
respect to the process of FIG. 7. 

[0147] Іп particular, at step 801, it is determined whether 
the battery voltage has increased to the priority N load restore 
voltage. For example, if the active priority is currently set 
equal to three, then step 801 determines whether the battery 
voltage is greater than or equal to the priority 3 load restore 
voltage. The priority 3 load restore voltage is preferably 
larger than the priority 3 load shed voltage in order to imple- 
ment a hysteresis effect that avoids output devices from flick- 
ering on and off. 

[0148] At step 802, when the battery voltage has increased 
to the priority 3 load restore voltage, then the control unit 14 
starts a load restore timer. The purpose of the load restore 
timer is to ensure that a temporary voltage surge is not mis- 
interpreted as the battery regaining power, so that the control 
unit 14 does not inappropriately start restoring output 
devices. 

[0149] The control unit continues to monitor the battery 
voltage at step 803 until the load restore timer elapses at step 
804. During this time, the control unit 14 continues to monitor 
whether the battery voltage is still equal to or greater than the 
priority 3 load shed voltage. If the battery returns below the 
load restore voltage, then that indicates only a temporary 
voltage surge and therefore the process returns to step 801 
after the active priority is set equal to М-1 at step 805. In this 
case, since N is equal to four (N is always one greater than the 
active priority in the described embodiment), the active pri- 
ority remains equal to three, in other words, no output devices 
are restored. 

[0150] Ifthe battery voltage is still equal to or greater than 
the priority 3 load restore voltage at step 804, then the process 
proceeds to step 806. At step 806, the control unit 14 deter- 
mines whether any of the priority 3 output devices 653 are 
inactive. If none of the priority 3 output devices are inactive, 
then N is decremented by one, and the process proceeds to 
step 801. At step 801, the control unit 14 determines whether 
the battery voltage has increased to the priority 2 load restore 
voltage. Thus, because the battery voltage has increased, but 
there were no priority 3 output devices 653 to restore at step 
806, the control unit determines whether it is appropriate to 
start restoring priority 2 output devices 652. The control unit 
14 continues to search for a level of devices to restore until 
either the battery voltage is not high enough to justify restor- 
ing the next layer of devices (in which case the process 
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proceeds to step 805, where the active priority is set equal to 
the highest level at which the battery voltage is high enough to 
permit restoring, if there were output devices to restore, and 
then the process returns to step 801) or until step 806 is 
answered affirmatively (in which case process proceeds to 
step 808, where the active priority is set equal to the priority 
level at which output devices are available for restoring, and 
then the process proceeds to step 809). 

[0151] At step 809, these output devices are restored, the 
variable N is decremented, and the process proceeds to step 
702 where the control unit 14 determines whether the battery 
voltage is greater than the load restore voltage of the next 
priority level. The process then continues until the battery 
voltage is less than the load restore voltage of the next priority 
level, or until all devices have been restored. Once a level of 
output devices has been restored, the control unit 14 starts 
accepting requests to turn on output devices having the 
restored priority level. 

[0152] The implementation of the load manager 616 in the 
control unit 14 permits a high degree of flexibility to be 
obtained. For example, the priority level of output devices can 
be changed without requiring any hardware changes. For 
example, air conditioning might be given a higher priority in 
summer, when air conditioning is more critical for cooling off 
firefighters that have been inside a burning building, and less 
of a priority in winter when the outside temperature may be 
below freezing. 

[0153] Further, the priority of the output devices can 
change dynamically as a function of the operating mode of the 
fire truck. Thus, in FIG. 6, the output device 658 is illustrated 
as having a priority X. The variable X may be set equal to one 
value for most operating conditions. However, upon receiving 
arequest for the output device 658, the central control unit can 
review the ГО state of the fire truck and, if predetermined I/O 
conditions are met, give the output device 658 a higher load 
management priority level, thereby allowing the output 
device 658 to turn on. Because the load management priority 
level is a software-assigned value, and is not hardwired by 
relay logic, it is possible to change the load management 
priority level of output devices dynamically while the fire 
truck is operating at the scene of a fire. 

[0154] Ап additional advantage of the control system 12 is 
that it is more flexible and allows a higher level of load 
management granularity to be achieved. With the control 
system 12, it is possible to shed individual output devices 
instead of just groups of devices. For example, it is possible to 
shed individual lights within a lighting system without turn- 
ing off the whole lighting system. 

[0155] Another advantage of the control system 12 is that it 
can be given the ability to predict operational requirements of 
the fire truck, such that potential operational difficulties can 
be avoided. For example, with the load manager 616, the 
battery current draw may be monitored and very low priority 
loads may be preemptively shed in order to slow down or 
prevent the loss of battery power. 

[0156] Another advantage of the control system 12 is that 
can be given the ability to perform prognoses of various 
system conditions and use the information obtained to alle- 
viate or prevent operational difficulties. For example, the load 
manager 616 can predict, based on a knowledge of how much 
battery current is being drawn, how long the battery will last 
until it is necessary to start shedding output devices. Other 
examples also exist. For example, water flow from an on- 
board water supply can be monitored and the amount of time 
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remaining until water is depleted can be displayed to an 
operator of the fire truck 10. This allows firefighters to know 
with greater accuracy how quickly they need to get the fire 
truck connected to a fire hydrant before the water supply is 
depleted. Similarly, for oxygen masks used in the basket of an 
aerial, oxygen flow can be monitored and the amount of time 
remaining until oxygen is depleted can be displayed to an 
operator of the fire truck. Again, this allows firefighters to 
know with greater accuracy how quickly the oxygen supply 
should be replenished. Although conventionally, fire trucks 
have level indicators that indicate the amount of water or 
oxygen remaining, firefighters are generally more concerned 
about the amount of time remaining rather than the absolute 
quantity of water/oxygen remaining. This is especially true 
since the water and oxygen flow rates can vary significantly 
during the operation of the fire truck. 

[0157] с. Load Sequencing 

[0158] Referring now to FIGS. 9, 10A, and 10B, a second 
example of the operation of the control system 12 is given. 
FIG. 9 is another block diagram of the control system 12, 
which has been simplified to the extent that some of the 
structure shown in FIGS. 1-2 is not shown in FIG. 9. Addi- 
tionally, FIG. 6 shows a plurality of switches 941-945, a 
plurality of emergency lighting subsystems 951-954, and a 
plurality of LED indicators 955-959. The central control unit 
14 includes a load sequencer 916, which is implemented in 
the control program 16 executed by the microprocessor 15. 
[0159] Іп FIGS. 9, 10A апа 10B, the operation of the load 
sequencer is described with respect to four emergency light- 
ing subsystems 951-959. It may be noted that the load 
sequencer may be used in other situations to control other 
output devices. For example, another load sequencer may be 
used when battery power is first applied, and another when the 
ignition is first turned on. 

[0160] The lighting subsystems 951-59 may each, for 
example, comprise one emergency light or a set of emergency 
lights that are coupled to an output of one of the interface 
modules 30. Additionally, while only four subsystems are 
shown, in practice the load sequencer may be used to control 
additional emergency lighting subsystems. 

[0161] The switches 941, 942, 943 and 944 respectively 
control the emergency lights 951, 952, 953 and 954. The 
remaining switch 945 is the E-master switch. For any given 
set of emergency lights, both the E-master switch and the 
respective switch 941-944 must be turned on. Initially, the 
previous active on/off states of the switches 941-944, which 
have been stored in non-volatile memory, are recalled. Then, 
when an emergency call is received, an operator activates the 
E-master switch 945. 

[0162] At step 1001, E-master switch 945 transmits an 
input signal to the interface module 21. At step 1002, the 
interface module processes the input signal. At step 1003, the 
interface module 21 transmits the input signal in the form of 
anetwork message to the central control unit 14. At step 1004, 
the central control unit processes input signal. 

[0163] Atstep 1005, the control unit causes blinking of the 
LED indicators 955-959 of the sequenced emergency lighting 
subsystems 951-954. In particular, the control unit transmits 
control signals (in the form of network messages) to the 
interface modules that are connected to the LED indicators 
955-959, which in turn transmit the control signals to the LED 
indicators 955-959 themselves, in the manner previously 
described. The operation of the indicators 955-959 is the 
same as has previously been described, namely, the LED 
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indicators 955-959 blink when the switches 941-944 are 
turned on but the lighting subsystems 951-954 are not turned 
on. As the subsystems 951-954 turn on one by one, so too do 
the LED indicators 955-959. Accordingly, because the opera- 
tion of the LED indicators 955-959 indicators is the same as 
has been described elsewhere, the operation of the LED indi- 
cators 955-959 will not be described further. 

[0164] Atstep 1006, the central control unit generates first, 
second, third, fourth and fourth control signals. At step 1007, 
the central control unit 14 transmits the first control signal in 
the form of a network message to the interface module 35. At 
step 1008, the interface module 35 transmits the first control 
signal in the form of a power signal to the first emergency 
lighting subsystem 951. 

[0165] Thecontrol unit 14 then transmits additional control 
signals at one-half second intervals. Thus, after a one-half 
second delay at step 1009, the central control unit transmits 
the second control signal in the form a network message to the 
interface module 31 at step 1010. At step 1011, the interface 
module 31 then sends the second control signal in the form of 
a power signal to the second emergency lighting subsystem 
952. After another one-half second delay at step 1012, the 
central control unit 14 transmits the third control signal in the 
form a network message to the interface module 34 at step 
1013. At step 1014, the interface module 34 then sends the 
third control signal in the form of a power signal to the third 
emergency lighting subsystem 953. Finally, after another 
one-half second delay at step 1015, the central control unit 14 
transmits the third control signal in the form a network mes- 
sage to the interface module 35 at step 1016. At step 1017, the 
interface module 35 then sends the second control signal in 
the form of a power signal to the fourth emergency lighting 
subsystem 954. As previously indicated in connection with 
step 510 of FIG. 5, there are a variety of ways in which the 
blinking/flashing of outputs can be achieved, using either 
only a single control signal or using a first control signal 
followed by multiple additional control signals. 

[0166] Referring now to FIGS. 11A and 11B, another 
advantage ofthe control system 12 is the flexibility of the load 
sequencer 916. Likethe load manager 616, the load sequencer 
916 can operate as a function ofthe operating mode ofthe fire 
truck. Thus, in FIG. 11A, the load sequencer 916 turns sub- 
systems on in a first order (1st, 2nd, 3rd, 4th, 5th, 6th) in a first 
operating mode of the fire truck 10. In a different operating 
mode of the fire truck, a somewhat different group of sub- 
systems is load sequenced and they are load sequenced in a 
different order (3rd, 1st, 5th, 4th, 7th, 8th). The two different 
modes of operation can be activated, for example by two 
different master on/off switches. In the context of emergency 
lighting systems, this arrangement is useful where it is desir- 
able to have the emergency lighting subsystems load 
sequence differently depending on whether the fire truck is 
traveling from the fire station to the fire or vice versa. 
[0167] As another example of load sequencing performed 
as a function of the operating mode of the truck, it may be 
noted that, because the control unit 14 knows the on/off states 
of all of the output devices 50, load sequencing can be per- 
formed taking into account the current on/off state of the 
output devices that are load sequenced. For example, if some 
output devices are already turned on, then the load sequencer 
916 can immediately proceed to the next output device with- 
out wasting time turning on a device that is already turned on. 
This advantageously permits load sequencing to be per- 
formed more quickly. 
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[0168] 3. Aerial Control 

[0169] Referring now to FIG. 12, a preferred embodiment 
of a fire truck 1210 with an aerial 1211 having an aerial 
control system 1212 is illustrated. By way of overview, the 
control system 1212 comprises an aerial central control unit 
1214, a plurality of microprocessor-based interface modules 
1220, 1230 and 1235, a plurality of input devices 1240, and a 
plurality ofoutput devices 1250. The central control unit 1214 
and the interface modules 1220, 1230 and 1235 are connected 
to each other by a communication network 1260. 

[0170] Thecontrol system 1212 is similar in most respect to 
the control system 12, with the primary difference being that 
the control system 1212 is used to control the output devices 
1250 on the aerial 1211 based on input status information 
from the input devices 1240, rather than to control the output 
devices 50 on the chassis 11. The interface modules 1220 and 
1230 may be identical to the interface modules 20 and 30, 
respectively, and the central control unit 1214 may be iden- 
tical to the central control unit 14 except that a different 
control program is required in connection with the aerial 
1211. Accordingly, the discussion above regarding the inter- 
connection and operation of the interface modules 20 and 30 
with the input devices 40 and output devices 50 applies 
equally to the central control unit 1214, except to the extent 
thatthe control system 1212 is associated with the aerial 1211 
and not with the chassis 11. 

[0171] Тһе aerial control system 1212 also includes the 
interface modules 1225-1227, which are similar to the inter- 
face modules 20 and 30 except that different I/O counts are 
utilized. In the preferred embodiment, the interface modules 
1225-1227 have twenty-eight switch inputs (two of which are 
configurable as frequency inputs). As previously noted, rather 
than using several different types of interface modules, it may 
be desirable to use only a single type of interface module in 
order to reduce inventory requirements. Additionally, the 
number of interface modules and the I/O counts are simply 
one example of a configuration that may be utilized. 

[0172] It 1s desirable to use a control system 1212 for the 
aerial 1211 which is separate from the control system 12 in 
order to provide a clear separation of function between sys- 
tems associated with the aerial 1211 and systems associated 
with the chassis 11. Additionally, as a practical matter, many 
fire trucks are sold without aerials and therefore providing a 
separate aerial control system enables a higher level com- 
monality with respect to fire trucks that have aerials and fire 
trucks that do not have aerials. 

[0173] A specific example will now be given of a preferred 
interconnection of the interface modules with a plurality of 
input devices 1240 and output devices 1250. The interface 
module 1221 receives inputs from switches 1241a which may 
include for example an aerial master switch that activates 
aerial electrical circuits, an aerial PTO switch that activates 
the transmission to provide rotational input power for the 
hydraulic pump, and a platform leveling switch that momen- 
tarily activates a platform (basket) level electrical circuit to 
levelthe basket relative to the current ground grade condition. 
Тһе LED indicators 1251 provide visual feedback regarding 
the status of the input switches 1241a. 

[0174] The interface modules 1225 and 1231 are located 
near a ground-level control station at a rear ofthe fire truck 10. 
Тһе interface modules 1225 and 1231 receive inputs from 
switches 1242a and 1243a that include, for example, an auto 
level switch that activates a circuit to level the fire truck using 
the stabilizer jacks and an override switch that overrides 
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circuits for emergency operation. The interface modules 1225 
and 1231 may also receive inputs from an operator panel such 
аз a stabilizer control panel 12425, which includes switches 
that control the raising and lowering of front and rear stabi- 
lizer jacks, and the extending and retracting of front and rear 
stabilizer jacks. The stabilizer is an outrigger system which is 
deployed to prevent the fire truck from becoming unstable 
due to the deployment of an aerial system (e.g., an eighty-five 
foot extendable ladder). The interface module 1231 may drive 
outputs that are used to control deployment the stabilizer, 
which can be deployed anywhere between zero and five feet. 


[0175] The interface modules 1226 and 1232 are located 
near a turn table 1218 at the rear of the fire truck 10. The 
interface modules may receive inputs from switches and sen- 
sors 1244a and 1245a, as well as switches that are part of an 
aerial control panel 12455 and are used to control the exten- 
sion/retraction, raising/lowering, and rotation of the aerial 
1211. The interface modules 1226 and 1232 drive outputs that 
control the extension/retraction, raising/lowering, and rota- 
tion of the aerial 1211, as well as LED indicators 12546 that 
provide operator feedback regarding the positions of switches 
and other I/O status information. The interface modules 1227 
and 1233 are located in the basket of the aerial and provide 
duplicate control for the extension/retraction, raising/lower- 
ing, and rotation of the aerial. 


[0176] Additional inputs and outputs 12515 may be used to 
establish a communication link between the control system 
12 and the control system 1212. In other words, the digital 
on/off outputs of one control system can be connected to the 
switch inputs of the other control system, and vice versa. This 
provides for a mechanism of transferring I/O status informa- 
tion back and forth between the two control systems 12 and 
1212. 


[0177] The control system 1212 has complete motion con- 
trol of the aerial 1211. To this end, the control program 1216 
includes an envelope motion controller 1216a, load motion 
controller 12165 and interlock controller 1216c. Envelope 
motion control refers to monitoring the position of the aerial 
and preventing the aerial from colliding with the remainder of 
the fire truck 10, and otherwise preventing undesirable 
engagement of mechanical structures on the fire truck due to 
movement of the aerial. Envelope motion control is imple- 
mented based on the known dimensions of the aerial 1211 and 
the known dimensions and position of other fire truck struc- 
tures relative to the aerial 1211 (e.g., the position and size of 
the cab 17 relative to the aerial 1211) and the position of the 
aerial 1211 (which is measured with feedback sensors 1244a 
and 1245a). The control system 1212 then disallows inputs 
that would cause the undesirable engagement of the aerial 
1211 with other fire truck structures. 


[0178] Load motion control refers to preventing the aerial 
from extending so far that the fire truck tips over due to 
unbalanced loading. Load motion control is implemented by 
using an appropriate sensor to measure the torque placed on 
the cylinder that mechanically couples the aerial 1211 to the 
remainder of the fire truck. Based on the torque and the known 
weight of the fire truck, it is determined when the fire truck is 
close to tipping, and warnings are provided to the operator by 
way of text messages and LED indicators. 

[0179] Interlock control refers to implementing interlocks 
for aerial systems. For example, an interlock may be provided 
that require the parking brake be engaged before allowing the 
aerial to move, that require the stabilizers to be extended and 
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set before moving the aerial 1211, that require that the aerial 
PTO be engaged before attempting to move the aerial, and so 
on. 

[0180] Advantageously, therefore, the control system 
makes the operation of the aerial much safer. For example, 
with respect to load motion control, the control system 1212 
automatically alerts firefighters ifthe extension of the aerial is 
close to causing the fire truck to tip over. Factors such as the 
number and weight of people in the basket 1219, the amount 
and weight of equipment in the basket 1219, the extent to 
which the stabilizers are deployed, whether and to what 
extent water is flowing through aerial hoses, and so on, are 
taken into account automatically by the torque sensors asso- 
ciated with the cylinder that mounts the aerial to the fire truck. 
This eliminates the need for a firefighter to have to monitor 
these conditions manually, and makes it possible for the con- 
trol system 1212 to alert an aerial operator to unsafe condi- 
tions, and puts less reliance on the operator to make sure that 
the aerial is operating under safe conditions. 

[0181] 4. Scene Management 

[0182] Referring now to FIG. 34, afire fighting system 110 
in accordance with another preferred aspect of the invention 
is shown. The system 110 comprises a plurality of fire trucks 
111-114, a central dispatch station 116, and a wireless com- 
munication network 120 which connects the fire trucks 111- 
114 and the central dispatch station 116. Also shown is a 
building 117, which is assumed to be the scene of a fire, as 
well as a pair of firefighters 118-119 who are assumed to be 
located inside the building 117. Of course, although four fire 
trucks and two firefighters are shown, it is also possible (о use 
the system 110 in conjunction with fewer or additional fire 
trucks and/or firefighters. Also, although in the preferred 
embodiment the fire fighting system 110 includes all of the 
devices shown in FIG. 34, it is also possible to construct a fire 
fighting system that only uses some of the devices shown in 
FIG. 34. 

[0183] Тһе fire trucks 111-114 are each constructed in gen- 
erally the same manner as the fire truck 10 previously 
described, and therefore each have a control system 12 or 
1412 as previously described in connection with FIGS. 1-13. 
The fire trucks 111-114 each further include a digital camera 
126, a speaker/microphone system 127, a display 128, 
resource monitoring sensors 130, hazardous material sensors 
132, and wind speed/direction sensors 134. Although these 
features are described in connection with the fire truck 111 in 
FIG. 34, it should be noted that the fire trucks 112-114 include 
these features as well. 


[0184] Referring now also to FIG. 35, the fire truck 111 is 
shown in greater detail. The computer system 124 may be 
implemented using a single computer, but is preferably 
implemented using a computer 125 in combination with one 
or more of the interface modules 30 previously described in 
connection with FIGS. 1-13. In this regard, it may be noted 
that the sensors 130-134 are preferably specific ones of the 
sensors 44a, 45a, Аба, 47a, and 48a that are connected to the 
interface modules 31-35 as previously described. The sensors 
130-134 are therefore connected to the interface module (or 
modules) 30 which in turn is connected to the communication 
network 60. Тһе computer 125 is also connected to the com- 
munication network 60 along with the interface modules 20 
and 30 and therefore is able to receive data from anywhere in 
the control system 12. Assuming a single central control unit 
14 is used as described in connection with FIGS. 1-13, data is 
received by the computer 125 from the interface modules 20 
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and 30 by way of the central control unit 14. Alternatively, if 
a distributed control scheme is used as described in connec- 
tion with FIGS. 14-24, then data may be received directly 
from the interface modules 20 and 30. 

[0185] Тһе resource monitoring sensors 130 further 
include a water level sensor 136, an oxygen level sensor 138, 
a fuel level sensor 140, and a foam agent sensor 142. The 
water level sensor 136 monitors the amount of water in an 
on-board storage tank (not shown) available to be pumped 
and dispensed on the fire in progress. The oxygen level sensor 
138 monitors the amount of oxygen available for life support 
systems for firefighters in or near the scene of the fire. The fuel 
level sensor 140 monitors the amount of fuel available for the 
engine 92 of the fire truck 10. The foam agent sensor 142 
monitors the amount of foam agent available to be dispensed 
on the fire in progress. Other sensors that monitor the levels of 
other consumable resources may also be provided. 

[0186] In addition to the resource monitoring sensors 130, 
the hazardous material sensors 132 and the wind speed/direc- 
tion sensors 134 are also provided. The hazardous material 
sensors 132 include sensors that monitor the air for hazardous 
materials combusting or emitted from the fire. The wind 
speed/direction sensors 134 include one or more sensors that 
in combination measure wind speed and direction. 

[0187] The computer 125 is connected to the communica- 
tion network 60 along with the interface modules 20 and 30 
and itself serves as an additional interface module. The com- 
puter 125 is different than the interface modules 20 and 30 in 
that the computer 125 has enhanced graphics capability to 
permit the computer 125 to interface with video I/O devices, 
specifically, an input device in the form of the digital camera 
126 and an output device in the form of the display 128. The 
computer 125 is capable of receiving streaming digital video 
information from the digital camera 126 and using the digital 
information, as well as information from other sources, to 
drive the display 128. The digital camera 126 may be any 
device that is capable of generating digital video information. 
Preferably, the digital camera 126 is a ruggedized webcam 
and is mounted at a location on the fire truck 111 that permits 
a clear view of the fire to be developed, for example, on the 
roof of the fire truck 111 or at the end of an aerial of the fire 
truck 111. The display 128 is connected to the wireless com- 
munication network 120 by way of the computer 125 and 
receives digital video information from the communication 
network 120 by way of the computer 125. The display 128 is 
preferably a ruggedized, flat panel touch screen SVGA dis- 
play or better, allowing for the display of high resolution 
streaming video information on-board the fire truck 111. The 
display 128 may be mounted in an operator compartment or 
on the side of the fire truck 111, for example. The computer 
125 is preferably also connected to a speaker/microphone 
system 127 which comprises a microphone and a speaker 
system that are connected to the computer 125, e.g., by way of 
a sound card. The speaker/microphone system 127 is used to 
acquire and communicate voice information over the com- 
munication network 120, as detailed below. 

[0188] Thecomputer 125 is connected to a wireless modem 
143 which connects the computer 125 to the communication 
network 120. Preferably, the communication network 120 is 
implemented using the internet and the wireless modem 143 
connects the computer 125 to a secure area of the world wide 
web (“the web”). The wireless modem 143 is a cellular tele- 
phone modem and connects the computer 125 to the internet 
by way of a wireless telephone link to an internet service 
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provider. The cellular telephone service used in this regard 
services the geographic region which includes the building 
117 and preferably services the entire municipal region ser- 
viced by the fire trucks 111-114. In practice, it may be desir- 
able to use multiple cellular telephone modems operating in 
parallel at each vehicle to obtain additional bandwidth to 
permit the computer 125 to receive and display high resolu- 
tion video information from the other fire trucks 112-114 in 
real time. Alternatively, a high bandwidth internet connection 
could also be established by establishing respective satellite 
links between the fire trucks 111-114 and an internet-enabled 
based station. Other forms of high bandwidth wireless net- 
works may also be used, including network links that do not 
involve the internet. 

[0189] Finally, the computer 125 is connected to the global 
positioning system (GPS) receiver 135. The GPS receiver 135 
provides the computer 125 with pinpoint coordinates regard- 
ing the location of the fire truck 111. 

[0190] Referring back to FIG. 34, the central dispatch sta- 
tion 116 further includes a central dispatch computer system 
146 and a display 148. The central dispatch station 116 coor- 
dinates deployment of fire trucks vehicles to fires. The central 
dispatch station 116 is connected to the communication net- 
work 120 and receives information from the fire trucks 111- 
114 and the building 117 as described below. The display 148 
is connected to the communication network 120 by way ofthe 
dispatch computer system 146 and receives digital video 
information from the communication network 120 by way of 
the dispatch computer system 146. 

[0191] The building 117 comprises a building monitoring 
system 150 which further includes a building computer sys- 
tem 151 and a fire/smoke detection system 152. The building 
computer system 150 has stored therein building map infor- 
mation 154 and data 156 describing the storage locations of 
hazardous materials throughout the building 117. The fire/ 
smoke detection system 152 comprises a plurality of fire/ 
smoke detection sensors 157 and 158 (see FIG. 36) distrib- 
uted throughout the building 117. Herein, a “fire/smoke 
detection sensor" is a sensor that is capable of detecting fire 
and/or smoke. 

[0192] The building map information 154 may simply 
comprise a digitized form of the architectural plans for the 
building 117. Preferably, however, the building map informa- 
tion 154 is provided in a simplified format that shows only the 
basic layout ofthe building 117. Preferably, the building map 
information 154 also includes a plurality of GPS waypoints 
which pinpoint fiducial locations in the building 117 to permit 
registration of the building map information 154 with loca- 
tion information acquired from other GPS devices. In particu- 
lar, the GPS coordinates are preferably used to relate specific 
locations shown on the building map to specific lateral/lon- 
gitudinal coordinates, so that images of other objects having 
known GPS coordinates (such as the fire trucks 111-114 and 
the firefighters 118-119) superimposed on to the building 
map information 154, as detailed below. 

[0193] Rather being stored in the building computer system 
151, the building map information may alternatively be stored 
in the dispatch computer system 146 and/or in the computer 
systems 124 and 160. In this regard, it may be noted that most 
municipalities require that building plans be on file with the 
municipality. Therefore, it may be preferable as a practical 
matter to ensure that appropriate electronic building plans are 
also in place for all buildings in a municipality before a fire 
occurs. If necessary, simplified building maps may be gener- 
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ated based upon paper copies of on-file building plans, espe- 
cially since only the most basic building plan information is 
used in the system 110. 


[0194] The hazardous material information 156 comprises 
information which pertains to the types of hazardous materi- 
als located in the building 117 and information which pertains 
to the locations of the various types of hazardous materials in 
the building 117. Often, hazardous materials are stored in 
known production areas or in designated storage areas, and 
the hazardous material information may comprise the loca- 
tions of these areas. Alternatively, containers that store the 
hazardous materials may be provided with position transpon- 
ders to permit the location of the containers to be tracked in 
real time. In this event, the transponders are preferably pro- 
vided with unique identifying codes to identify the container 
and thereby identify the hazardous material in the container 
as well as other specifics (e.g., amount, type, toxicity, vola- 
tility, age, and so on). 

[0195] The firefighters 118-119 are assumed to be inside 
the building 117. As with the fire trucks 111-114, the fire- 
fighters 118-119 are provided with generally the same equip- 
ment even though only the firefighter 118 is shown in detail. 
The firefighter 118 is provided with a computer system 160, a 
digital camera 162, a microphone/speaker system 164, a dis- 
play 166, a GPS receiver 168 and an oxygen sensor 170. 
Preferably, the devices 160-170 are lightweight, ruggedized, 
and integrally provided in the form of an intelligent helmet. 
The computer system 160 is connected to the communication 
network 120 by way of a cellular telephone modem as previ- 
ously described in connection with the computer 125. The 
digital camera 162 is preferably mounted to provide a view of 
the fire in progress as seen by the firefighter 118. The micro- 
phone/speaker system 164 is mounted in the helmet and 
allows for voice communication with the firefighter 118 over 
the communication network 120. The display 166 may be 
provided in the form of a transparent eye piece which allows 
for the injection of video into the eye piece, such that the 
firefighter 118 can simultaneously view the video informa- 
tion as well as the firefighter’s own surroundings (akin to 
night vision equipment). Alternatively, the display 158 may 
be provided in the form of a heads-up display in which video 
information is projected onto a visor of the helmet. Other 
arrangements may also be used, such as a small flat panel 
display mounted on an exterior surface of an arm panel of the 
firefighter’s protective clothing. The GPS receiver 168 pro- 
vides the computer 160 with the real time coordinates of the 
firefighter 118 inside the building 117, thereby allowing the 
firefighter’s location to be transmitted over the communica- 
tion network 120. Finally, the oxygen sensor 170 is also 
connected to the computer system 160 and permits the oxy- 
gen supply level available to the firefighter 118 to be broad- 
cast over the communication network 120. Of course, other 
sensors could also be mounted in the helmet or elsewhere 
with the firefighter and used to broadcast information over the 
communication network 120. 

[0196] Referring now to FIGS. 36-39, the operation of the 
system of FIG. 34 will now be described. FIG. 36 shows a 
simplified plan view of the building 117 (including interior 
office space, meeting rooms, corridors, laboratories, and/or 
warehouse space) which is assumed to be located at the scene 
of a fire. The fire trucks 111-114 as well as the firefighters 
118-119 are located around the perimeter of the building 117 
to fight the fire. In FIG. 36, only about one-half of one floor of 
the building 117 is shown, however, the building 117 is also 
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shown on the display 128. The fire truck 114 is located at a 
position that cannot be seen in FIG. 36 except on the display 
128. 

[0197] FIGS. 37-38 are flowcharts that describe the opera- 
tion of the system of FIG. 34 in the context of the scene of 
FIG. 36. With reference to FIG. 37, FIG. 37 shows the opera- 
tion of the building computer system 151. It may be noted 
that, although the steps are shown in a particular order in FIG. 
37, there is no need for the steps to be performed in the order 
shown. 

[0198] Whena fire breaks out at the building 117, the fire is 
detected at step 175 by the building computer system 151 
using the fire/smoke detection system 152. At step 176, the 
building computer system 151 contacts the local fire depart- 
ment, and in response the fire trucks 111-114 and firefighters 
118-119 are deployed to the scene of the fire. At step 177, the 
building computer system 152 transmits the building map 
information 154 to the fire trucks 111-114, the central dis- 
patch station 116, and the firefighters 118-119 by way of the 
communication network 120. For example, in the context ofa 
municipal fire department, fire department officials may coor- 
dinate with the owners of local businesses and other buildings 
to ensure that the building computer system 151 is provided 
with e-mail an address for the dispatch computer system 146, 
which can then forward the building map information 154 to 
the computer systems 124 and 160. Alternatively, the building 
map information 154 and may be transmitted to the computer 
systems 124 and 160 directly, or may already be stored in the 
computer systems 124 and 160. 

[0199] At step 178, the building computer system 151 
transmits hazardous material information 156 to the fire 
trucks 111-114, the central dispatch station 116, and the fire- 
fighters 118-119 by way of the communication network 120. 
At step 179, the building computer system 151 transmits 
information from the fire/smoke detection system 152 to the 
fire trucks 111-114, the central dispatch station 116, and the 
firefighters 118-119 by way of the communication network 
120. Again, the transmissions in steps 178 and 179 may occur 
either directly or indirectly by way of the dispatch station 116. 
Steps 178 and 179 are thereafter repeated at regular intervals 
throughout the duration of the fire or as long as the computer 
system 151 remains operational. (In this regard, it may be 
noted that, other than the sensors 157 and 158, some or all of 
the computer system 151 may be located off-site, thereby 
allowing the computer system 151 to remain operational 
throughout the duration of the fire.) Because the steps 178 and 
179 are repeated at regular intervals, the fire trucks 111-114 
and firefighters 118-119 are provided with information 
updated in real time pertaining to the locations of active 
fire/smoke detection sensors and the locations of hazardous 
materials (in the case where position transponders are used) 
inside the building at the scene of the fire. 

[0200] With reference to FIG. 38, FIG. 38 shows the opera- 
tion of the computer systems 124, 146, and 160. Again, 
although the steps are shown in a particular order in FIG. 38, 
there is no need for the steps to be performed in the order 
shown. After the fire breaks out, the computer systems 124, 
146, and 160 receive the building map information 154 from 
the building monitoring system at step 180. At step 181, the 
computer systems 124, 146, and 160 receive updated infor- 
mation from the fire/smoke detection system 152 and updated 
hazardous material information 156. 

[0201] At step 182, the computer systems 124 and 160 
transmit audio-visual information, GPS location information, 
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and resource information to other ones of the fire trucks 
111-114 and the firefighters 118-119 by way of the commu- 
nication network 120. It may be noted that the dispatch com- 
puter 146 does not perform step 182 in the illustrated embodi- 
ment. For the fire trucks 111-114, the transmitted audio- 
visual information includes digital image information 
acquired by the digital camera 126 and digital voice informa- 
tion acquired by the speaker/microphone system 127, the 
transmitted GPS information includes the GPS coordinates 
acquired by the GPS receivers 133, and the transmitted 
resource information includes the information generated by 
the resource monitoring sensors 130. For the firefighters 118- 
119, the transmitted audio-visual information includes digital 
image information acquired by the digital camera 162 and 
digital voice information acquired by the speaker/micro- 
phone system 164, the transmitted GPS information includes 
the GPS coordinates acquired by the GPS receiver 168, and 
the transmitted resource information includes information 
generated by the oxygen sensor 170. 

[0202] Atstep 183, the computer systems 124, 146 and 160 
receive the audio-visual information, GPS location informa- 
tion, and resource information from the other ones of the fire 
trucks 111-114 and firefighters 118-119 transmitted in step 
182. At step 184, the computer systems 124, 146 and 160 
drive the displays 128, 148 and 166, respectively, to display 
some or all of the information received at step 183. 

[0203] FIG. 36 shows an image 186 generated by the dis- 
play 128 of the fire truck 111 and displayed to an operator of 
the fire truck 111. Although the image is shown as being 
generated at the fire truck 111, the same or similar images are 
preferably also at the remaining fire trucks 112-114 and/or at 
the dispatch station 116. The same image could also be gen- 
erated for the firefighters 118-119 by the display 166, how- 
ever, it is preferred that the firefighters 118-119 be provided 
with a more simplified image as detailed below. 

[0204] The image 186 includes multiple views 187 of the 
fire in progress. The views 187 may be displayed based on 
digital video information generated by the digital cameras 
126 of any of the fire trucks 111-114 and/or based on digital 
video information generated by the digital cameras 162. 
Therefore, the operator of the fire trucks 111-114 and/or the 
dispatcher at the dispatch station 116 is provided with the 
ability to view the scene of the fire from multiple vantage 
points at a single, potentially remotely-located display. 
[0205] The image 186 also includes the building map infor- 
mation 154 received from the building computer system 151. 
The portion of the image 186 that includes the building map 
information as well as other information is shown in greater 
detail in FIG. 39. Referring now also to FIG. 39, the image 
186 includes a plurality of icons used to display additional 
information to the operator. The computer 125 uses the GPS 
coordinates received from the GPS receivers 133 and 168 as 
previously described to display the icons simultaneously with 
the building map information 154, thereby displaying an 
enhanced building map that provides an overall indication of 
the relative locations of various components of the fire fight- 
ing system 110. Specifically, the image 186 includes icons 
111a-114a that display the locations of the fire trucks 111- 
114, respectively, relative to the building 117. The image 186 
also includes icons 111а-114а that display the locations of 
the fire trucks 111-114, respectively. The image 186 also 
includes icons 157a that indicate which ones of the fire/smoke 
detection sensors 157 are active (that is, are in a state that 
indicates that fire or smoke has been detected) and where the 
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active sensors 157 are located. The image 186 also includes 
icons 159a that display the locations of the hazardous mate- 
rials 159 located in the building 117. 


[0206] The computer systems 124 and 146 are preferably 
provided with web browser interfaces, thereby allowing the 
operator to obtain additional, more detailed information by 
clicking on or touching (in the case of a touch screen inter- 
face) various portions of the image. The computer systems 
124 and 146 then modify the image 186 in response to receiv- 
ing the operator input. For example, as shown in FIG. 39, the 
operator is able to click on the icon 113a representing the fire 
truck 113 to display resource levels acquired by the resource 
monitoring sensors 130. Additionally, with reference to FIG. 
36, when the operator clicks on the icon 113a for the fire truck 
113, one of the views 187 changes so as to be supplied with 
digital video information supplied by the digital camera 126 
mounted on the fire truck 113. In connection with the fire- 
fighters 118 and 119, the operator is able to click on the icons 
118a and 119a to have the digital video information from the 
digital camera 162 displayed on the image 186, and to have an 
information displayed pertaining to the amount of oxygen 
remaining as detected by the oxygen level sensor 170. The 
operator is also able to click on one ofthe icons 118a-119a to 
establish a private voice communication link with the respec- 
tive firefighter 118-119 to permit a particularly urgent mes- 
sage to be communicated to the firefighter 118-119 without 
the firefighter 118-119 being distracted by other voice traffic. 
The operator is also able to click on one of the icons 159a 
representing the hazardous material to find out additional 
information regarding the hazardous material, such as infor- 
mation pertaining to the amount, type, toxicity, volatility, age, 
and so on ofthe hazardous material. Some ofthis information 
may also becommunicated by adjusting the appearance ofthe 
icon 159a (e.g., the icons 159a may be formed of different 
letters to represent different types of hazardous materials). 
The operator can also click on one of the views 187 to have the 
view displayed in a larger format. 


[0207] It is therefore seen that a tremendous amount of 
detailed information regarding the scene of the fire is easily 
accessible to the operator of the fire trucks 111-114 and the 
dispatcher at the dispatch station 116. This information can be 
used to facilitate resource deployment decisions. For 
example, in FIG. 39, the fire chief may decide to move the fire 
truck 112 to a position between the fire trucks 111 and 114, 
since the information in FIG. 39 indicates that more resources 
are needed on the other side of the building 117. This is 
especially the case because the locations of hazardous mate- 
rials inside the building 117 are known, and it may be possible 
to fight the fire in a manner that prevents the fire from spread- 
ing to portions of the building 117 that store hazardous mate- 
rials. Alternatively, depending on the situation, it may be 
possible to deploy firefighters to extricate stored hazardous 
materials from the building 117. Such a dangerous activity, if 
undertaken, can be carefully monitored in real time from the 
fire trucks 111-114 or the dispatch station 116 because the 
locations of the firefighters 118-119, the locations of active 
fire/smoke detection sensors 157, and the locations of the 
hazardous materials can be monitored in real time. Therefore, 
firefighter safety and fire fighting effectiveness are improved. 
[0208] As previously noted, the fire trucks 111-114 are 
provided with the microphone/speaker systems 127 and the 
firefighters are provided with the microphone/speaker sys- 
tems 164 that are used to acquire and exchange voice data. 
Preferably, the icons 111а-114а and 118а-119а are displayed 


US 2008/0215700 Al 


differently (і.е., highlighted) when voice data is received 
from the respective fire truck 111-114 or the respective fire- 
fighter 118a-119a. As a result, when an operator of the fire 
truck 111 is listening to voice data come over the speaker 
system 127, for example, the image 186 provides the operator 
with an indication of which firefighter or fire truck operator is 
talking by highlighting the appropriate icon 111a-114a and 
118а-119а. Additionally, by clicking on the appropriate fire- 
fighter icon 118а-119а, it is possible to also view the digital 
video information acquired by the digital camera 162 carried 
by the firefighter 118 or 119, and thereby view the sceneofthe 
fire from the perspective ofthe firefighter inside the building. 
This arrangement therefore greatly enhances improves the 
ability to communicate with firefighters located inside the 
building 117 at the scene of the fire, and therefore further 
improves firefighter safety and effectiveness. 


[0209] In addition to displaying resource information for 
one fire truck/firefighter at a time, it may also be desirable to 
provide a resource manager window as shown in FIG. 40. 
Referring now to FIG. 40, the resource manager 189 is 
executed by the computer systems 124 and 146 and displayed 
on the displays 128 and 148. The resource manager displays 
information regarding levels of consumable resources avail- 
able as indicated by the sensors 130 and 170. The information 
is displayed in the form of a chart with the consumable 
resource levels of each of the fire trucks 111-114 and fire- 
fighters 118-119 being displayed in the form of amount of 
time remaining before the consumable resource is completely 
depleted. Therefore, it is possible fora fire chief, dispatcher or 
other responsible party to quickly assess system status and 
determine when/where reinforcement resources will be 
required. 


[0210] Аз previously noted, the same information that 18 
transmitted to the fire trucks 111-114 is preferably also trans- 
mitted to the firefighters 118-119 inside the building 117. The 
image displayed to the firefighters 118-119 may be the same 
as the image 186 displayed to the operator of the fire trucks 
111-114. The firefighters 118-119 are therefore provided with 
building map information for the building 117. Additionally, 
the firefighters 118-119 are also provided with a superim- 
posed indication of their current position (updated in real 
time) inside the building 117 as well as a superimposed indi- 
cation of the location (also updated in real time) of active 
fire/smoke detection sensors 157. Advantageously, this 
arrangement increases firefighter safety and effectiveness by 
allowing the firefighters 118-119 to navigate the building 117 
more safely and with greater ease. 


[0211] Preferably, the computer system 160 is equipped 
with voice recognition software to permit the computer sys- 
tem 160 to adjust the image displayed to the firefighter 118 in 
response to voice commands. The voice command interface 
may be used in lieu of the point and click operator interface or 
touch screen interface described above and to cause the com- 
puter system 160 to perform other specific tasks. For 
example, when the firefighter wishes to exit the building 117, 
the firefighter 118 is provided with the ability to issue a voice 
command to the computer system 160 (such as “find the 
nearest exit”). The computer system 160 then executes a 
pre-stored exit-finding algorithm to determine the nearest 
safe exit (taking into account active or previously active fire 
alarms) and displays a series of arrows that guide the fire- 
fighter 118 to the exit. The arrows are preferably provided 
with a 3-D appearance such that the arrows appear closer as 
the firefighter 118 approaches the point at which a right/left 
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turn is required. More complicated direction-giving schemes 
could also be used. For example, the entire interior of the 
building 117 may be displayed in 3-D format, such that struc- 
tures in the building 117 are seen to move past the firefighter 
118 as the firefighter 118 progresses through the building (in 
a manner akin to modern virtual reality video games), thereby 
allowing particular doors to be highlighted by the computer 
system 160 as the firefighter 118 moves through the building 
117. This approach, however, is not preferred. 


[0212] The communication network 120 may also be used 
to communicate emergency information to the general public. 
For example, with reference to FIG. 41, evacuation informa- 
tion may be communicated. Thus, at step 191 of FIG. 41, data 
is acquired from hazardous material sensors 132. At step 192, 
wind speed/direction data is acquired from sensors 134. Pref- 
erably, step 191 is performed over several minutes to obtain 
not just instantaneous wind speed but also a profile of wind 
gusts. At step 193, the computer system 124 receives pinpoint 
location and time information describing the time at which 
the hazardous materials began to be spread and the source 
location. This information, for example, may be manually 
entered by an operator. At step 194, a rate of movement ofthe 
hazardous materials is computed based on the wind speed and 
direction. At step 195, a map is generated showing a tentative 
evacuation region. At step 196, an electronic alert message is 
sent to residents ofthe geographic area to advise the residents 
of the threat of the hazardous material. The electronic alert 
message (e.g., an e-mail message) may be used to comple- 
ment other forms of communication (e.g., a siren) to provide 
residents with more detailed information as to the nature of 
the threat and/or written instructions as to how to proceed. 


[0213] The preferred fire fighting system 110 therefore also 
improves community safety. As previously discussed, in situ- 
ations where the scene of the fire stores hazardous materials, 
community safety is improved because the firefighters are 
provided with more information regarding the location, 
types, amounts and so on of hazardous materials at the scene 
of the fire and therefore are better able to tailor their fire 
fighting efforts to prevent the release of hazardous materials 
into the atmosphere. Additionally, in situations where hazard- 
ous materials are released, citizens are provided with better 
information regarding the nature of the threat and therefore 
are more likely to respond appropriately. 


[0214] 5. Additional Aspects 


[0215] From the foregoing description, a number advan- 
tages of the preferred fire truck control system are apparent. 
In general, the control system is easier to use, more flexible, 
more robust, and more reliable than existing fire truck control 
systems. In addition, because of these advantages, the control 
system also increases firefighter safety because the many of 
the functions that were previously performed by firefighters 
are performed automatically, and the control system also 
makes possible features that would otherwise be impossible 
or at least impractical. Therefore, firefighters are freed to 
focus on fighting fires. 


[0216] The control system is easier to use because the con- 
trol system provides a high level of cooperation between 
various vehicle subsystems. The control system can keep 
track of the mode of operation of the fire truck, and can 
control output devices based on the mode of operation. The 
functions that are performed on the fire truck are more fully 
integrated to provide a seamless control system, resulting in 
better performance. 
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[0217] For example, features such as load management and 
load sequencing are implemented in the control program 
executed by the central control unit. No additional hardware 
is required to implement load management and load sequenc- 
ing. Therefore, if it is desired to change the order of load 
sequencing, all that is required is to modify the control pro- 
gram. It is also possible to have different load sequencing 
defined for different modes of operation of the vehicle with 
little or no increase in hardware. The manner in which load 
management is performed can also be changed dynamically 
during the operation of the fire truck. 

[0218] The control system is robust and can accept almost 
any new feature without changes in wiring. Switches are 
connected to a central control unit and not to outputs directly, 
and new features can be programmed into the control pro- 
gram executed by the central control unit. A system can be 
modified by adding a new switch to an existing interface 
module, or by modifying the function of an existing switch in 
the control program. Therefore, modifying a system that is 
already in use is easy because little or no wiring changes are 
required. 

[0219] Additionally, because the control system has access 
to input status information from most or all of the input 
devices on the fire truck and has control over most or all of the 
output devices on the fire truck, a high level of cooperation 
between the various subsystems on the fire truck is possible. 
Features that require the cooperation of multiple subsystems 
are much easier to implement. 

[0220] The fire truck is also easier to operate because there 
is improved operator feedback. Displays are provided which 
can be used to determine the I/O status of any piece of equip- 
ment on the vehicle, regardless of the location of the display. 
Additionally, the displays facilitate troubleshooting, because 
troubleshooting can be performed in real time at the scene of 
a fire when a problem is occurring. Troubleshooting is also 
facilitated by the fact that the displays are useable to display 
all of the I/O status information on the fire truck. There is no 
need for a firefighter to go to different locations on the fire 
truck to obtain required information. Troubleshooting is also 
facilitated by the provision ofa central control unit which can 
be connected by modem to another computer. This allows the 
manufacturer to troubleshoot the fire truck as soon as prob- 
lems arise. 

[0221] LED indicators associated with switches also 
improve operator feedback. The LEDs indicate whether the 
switch is considered to be off or on, or whether the switch is 
considered to be on but the output device controlled by the 
switch is nevertheless off due to some other condition on the 
fire truck. 

[0222] Because the control system is easier to use, fire- 
fighter safety is enhanced. When a firefighter is fighting fires, 
the firefighter is able to more fully concentrate on fighting the 
fire and less on having to worry about the fire truck. To the 
extent that the control system accomplishes tasks that other- 
wise would have to be performed by the firefighter, this frees 
the firefighter to fight fires. 

[0223] The control system is also more reliable and main- 
tainable, in part because relay logic is replaced with logic 
implemented in a control program. The logic in the control 
program is much easier to troubleshoot, and troubleshooting 
can even occur remotely by modem. Also mechanical circuit 
breakers can be replaced with electronic control, thereby 
further reducing the number of mechanical failure points and 
making current control occur more seamlessly. The simplic- 
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ity of the control system minimizes the number of potential 
failure points and therefore enhances reliability and maintain- 
ability. 

[0224] Thesystem is also more reliable and more maintain- 
able because there is less wire. Wiring is utilized only to 
established dedicated links between input/output devices and 
the interface module to which they are connected. The control 
system uses distributed power distribution and data collect- 
ing. The interface modules are interconnected by a network 
communication link instead of a hardwired link, thereby 
reducing the amount of wiring on the fire truck. Most wiring 
is localized wiring between the I/O devices and a particular 
interface module. 

[0225] Additionally, the interface modules are interchange- 
able units. In the disclosed embodiment, the interface mod- 
ules 20 are interchangeable with each other, and the interface 
modules 30 are interchangeable with each other. If a greater 
degree of interchangeability is required, it is also possible to 
use only a single type of interface module. If the control 
system were also applied to other types of equipment service 
vehicles (e.g., snow removal vehicles, refuse handling 
vehicles, cement/concrete mixers, military vehicles such as 
those of the multipurpose modular type, on/off road severe 
duty equipment service vehicles, and so on), the interface 
modules would even be made interchangeable across plat- 
forms since each interface module views the outside world in 
terms of generic inputs and outputs, at least until configured 
by the central control unit. Because the interface modules are 
interchangeable, maintainability is enhanced. An interface 
module that begins to malfunction due to component defects 
may be replaced more easily. On power up, the central control 
unit downloads configuration information to the new inter- 
face module, and the interface module becomes fully opera- 
tional. This enhances the maintainability of the control sys- 
tem. 

[0226] Because the interface modules are microprocessor- 
based, the amount of processing required by the central con- 
trol unit as well as the amount of communication that is 
necessary between the interface modules and the central con- 
trol unit is reduced. The interface modules perform prepro- 
cessing of input signals and filter out less critical input signals 
and, as a result, the central control unit receives and responds 
to critical messages more quickly. 


B. Military Vehicle Control System 


[0227] Referring now to FIG. 14, a preferred embodiment 
of a military vehicle 1410 having a control system 1412 is 
illustrated. As previously indicated, the control system 
described above can be applied to other types of equipment 
service vehicles, such as military vehicles, because the inter- 
face modules view the outside world in terms of generic 
inputs and outputs. Most or all of the advantages described 
above in the context of fire fighting vehicles are also appli- 
cable to military vehicles. As previously described, however, 
it is sometimes desirable in the context of military applica- 
tions for the military vehicle control system to be able to 
operate at a maximum level of effectiveness when the vehicle 
is damaged by enemy fire, nearby explosions, and so on. In 
this situation, the control system 1412 preferably incorpo- 
rates a number of additional features, discussed below, that 
increase the effectiveness of the control system 1412 in these 
military applications. 

[0228] By way of overview, the control system 1412 com- 
prises a plurality of microprocessor-based interface modules 
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1420, a plurality of input and output devices 1440 and 1450 
(see FIG. 15) that are connected to the interface modules 
1420, and a communication network 1460 that interconnects 
the interface modules 1420. The control system 1412 prefer- 
ably operates in the same manner as the control system 12 of 
FIGS. 1-13, except to the extent that differences are outlined 
are below. A primary difference between the control system 
12 and the control system 1412 is that the control system 1412 
does not include a central control unit that is implemented by 
a single device fixed at one location. Rather, the control 
system 1412 includes a central control unit that is allowed to 
move from location to location by designating one of the 
interface modules 1420 as a “master” interface module and by 
further allowing the particular interface module that is the 
designated master interface module to change in response to 
system conditions. As will be detailed below, this feature 
allows the control system 1412 to operate at a maximum level 
of effectiveness when the military vehicle 1410 is damaged. 
Additional features that assist failure management are also 
included. 


[0229] More specifically, in the illustrated embodiment, the 
control system 1412 is used in connection with a military 
vehicle 1410 which is a multipurpose modular military 
vehicle. As is known, a multipurpose module vehicle com- 
prises a chassis and a variant module that is capable of being 
mounted on the chassis, removed, and replaced with another 
variant module, thereby allowing the same chassis to be used 
for different types of vehicles with different types of func- 
tionality depending on which variant module is mounted to 
the chassis. In the illustrated embodiment, the military 
vehicle 1410 is a wrecker and includes a wrecker variant 
module 1413 mounted on a chassis (underbody) 1417 of the 
military vehicle 1410. The weight of the variant module 1413 
is supported by the chassis 1417. The variant module 1413 
includes a mechanical drive device 1414 capable of imparting 
motion to solid or liquid matter that is not part of the military 
vehicle 1410 to provide the military vehicle 1410 with a 
particular type of functionality. In FIG. 14, where the variant 
module 1413 is a wrecker variant, the mechanical drive 
device is capable of imparting motion to a towed vehicle. As 
shown in FIG. 20, the variant module 1413 is removable and 
replaceable with other types of variant modules, which may 
include a dump truck variant 1418а, a water pump variant 
14185, a telephone variant 1418c, and so on. Thus, for 
example, the wrecker variant 1413 may be removed and 
replaced with a water pump variant 14185 having a different 
type of drive mechanism (a water pump) to provide a different 
type of functionality (pumper functionality). The I/O devices 
1440 and 1450 used by the vehicle 1410 include devices that 
are the same as or similar to the non-fire truck specific I/O 
devices of FIGS. 1-13 (1.е., those types of I/O devices that are 
generic to most types of vehicles), as well as I/O devices that 
are typically found on the specific type of variant module 
chosen (in FIG. 14, a wrecker variant). 


[0230] The interface modules 1420 are constructed in gen- 
erally the same manner as the interface modules 20 and 30 
and each include a plurality of analog and digital inputs and 
outputs. The number and type of inputs and outputs may be 
the same, for example, as the vehicle interface modules 30. 
Preferably, as described in greater detail below, only a single 
type of interface module is utilized in order to increase the 
field serviceability of the control system 1412. Herein, the 
reference numeral 1420 is used to refer to the interface mod- 
ules 1420 collectively, whereas the reference numerals 1421- 
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1430 are used to refer to specific ones of the interface modules 
1420. The interface modules are described in greater detail in 
connection with FIGS. 15-18. 

[0231] Alsoconnected to the communication network 1460 
are a plurality of displays 1481 and 1482 and a data logger 
1485. The displays 1481 and 1482 permit any of the data 
collected by the control system 1412 to be displayed in real 
time, and also display warning messages. The displays 1481 
and 1482 also include membrane pushbuttons that allow the 
operators to scroll through, page through, or otherwise view 
the screens of data that are available. The membrane push- 
buttons may also allow operators to change values of param- 
eters in the control system 1412. The data logger 1485 is used 
to store information regarding the operation of the military 
vehicle 1410. The data logger 1485 may also be used as a 
“black box recorder” to store information logged during a 
predetermined amount of time (e.g., thirty seconds) immedi- 
ately prior to the occurrence of one or more trigger events 
(e.g., events indicating that the military vehicle 1410 has been 
damaged or rendered inoperative, such as when an opera- 
tional parameter such as an accelerometer threshold has been 
exceeded). 

[0232] Finally, FIG. 14 shows an engine system including 
an engine 1492 and an engine control system 1491, a trans- 
mission system including a transmission 1493 and a trans- 
mission control system 1494, and an anti-lock brake system 
including an anti-lock brake control system 1495. These sys- 
tems may be interconnected with the control system 1412 in 
generally the same manner as discussed above in connection 
with the engine 92, the engine control system 91, the trans- 
mission 93, the transmission control system 94, and the anti- 
lock brake system 36 of FIG. 1. 

[0233] Referring now also to FIG. 15-18, the structure and 
interconnection ofthe interface modules 1420 is described in 
greater detail. Referring first to FIG. 15, the interconnection 
of the interface modules 1420 with a power source 1500 is 
described. The interface modules 1420 receive power from 
the power source 1500 by way of a power transmission link 
1502. The interface modules 1420 are distributed throughout 
the military vehicle 1410, with some ofthe interface modules 
1420 being located on the chassis 1417 and some of the 
interface modules 1420 being located on the variant module 
1413. 

[0234] The control system is subdivided into three control 
systems including a chassis control system 1511, a variant 
control system 1512, and an auxiliary control system 1513. 
Тһе chassis control system 1511 includes the interface mod- 
ules 1421-1425 and the I/O devices 1441 and 1451, which are 
all mounted on the chassis 1417. The variant control system 
1512 includes the interface modules 1426-1428 and the I/O 
devices 1442 and 1452, which are all mounted on the variant 
module 1413. The auxiliary control system 1513 includes the 
interface modules 1429-1430 and the I/O devices 1443 and 
1453, which may be mounted on either the chassis 1417 orthe 
variant module 1413 or both. 

[0235] Тһе auxiliary control system 1513 may, for 
example, be used to control a subsystem that is disposed on 
the variant module but that is likely to be the same or similar 
for all variant modules (e.g. a lighting subsystem that 
includes headlights, tail lights, brake lights, and blinkers). 
The inclusion of interface modules 1420 within a particular 
control system may also be performed based on location 
rather than functionality. For example, if the variant module 
1413 has an aerial device, it may be desirable to have one 
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control system for the chassis, one control system for the 
aerial device, and one control system for the remainder of the 
variant module. Additionally, although each interface module 
1420 is shown as being associated with only one of the control 
systems 1511-1513, it is possible to have interface modules 
that are associated with more than one control system. It 
should also be noted that the number of sub-control systems, 
as well as the number of interface modules, is likely to vary 
depending on the application. For example, a mobile com- 
mand vehicle is likely to have more control subsystems than 
a wrecker variant, given the large number of I/O devices 
usually found on mobile command vehicles. 

[0236] The power transmission link 1502 may comprise a 
single power line that is routed throughout the military 
vehicle 1410 to each of the interface modules 1420, but pref- 
erably comprises redundant power lines. Again, in order to 
minimize wiring, the interface modules 1420 are placed so as 
to be located as closely as possible to the input devices 1440 
from which input status information is received and the out- 
put devices 1450 that are controlled. This arrangement allows 
the previously-described advantages associated with distrib- 
uted data collection and power distribution to be achieved. 
Dedicated communication links, which may for example be 
electric or photonic links, connect the interface modules 
1421-1430 modules with respective ones of the I/O devices, 
as previously described. 


[0237] Referring next to FIG. 16, the interconnection of the 
interface modules 1420 by way of the communication net- 
work 1460 is illustrated. As previously indicated, the control 
system 1412 is subdivided into three control systems 1511, 
1512 and 1513. In accordance with this arrangement, the 
communication network 1460 is likewise further subdivided 
into three communication networks 1661, 1662, and 1663. 
The communication network 1661 is associated with the 
chassis control system 1511 and interconnects the interface 
modules 1421-1425. The communication network 1662 is 
associated with the variant control system 1512 and intercon- 
nects the interface modules 1426-1428. The communication 
network 1663 is associated with the auxiliary control system 
1513 and interconnects the interface modules 1429-1430. 
Communication between the control systems 1511-1513 
occurs by way of interface modules that are connected to 
multiple ones of the networks 1661-1663. Advantageously, 
this arrangement also allows the interface modules to recon- 
figure themselves to communicate over another network in 
the event that part or all of their primary network is lost. For 
example, in FIG. 17A, when a portion of the communication 
network 1663 is lost, the interface module 1429 reconfigures 
itself to communicate with the interface module 1430 by way 
of the communication network 1662 and the interface module 
1427. 


[0238] In practice, each of the communication networks 
1661-1663 may be formed of two or more communication 
networks to provide redundancy within each control system. 
Indeed, the connection of the various interface modules 1420 
with different networks can be as complicated as necessary to 
obtain the desired level of redundancy. For simplicity, these 
potential additional levels of redundancy will be ignored in 
the discussion of FIG. 16 contained herein. 

[0239] The communication networks 1661-1663 may be 
implemented in accordance with SAE J1708/1587 and/or 
J1939 standards, or some other network protocol, as previ- 
ously described. The transmission medium is preferably fiber 
optic cable in order to reduce the amount of electromagnetic 
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radiation that the military vehicle 1410 produces, therefore 
making the vehicle less detectable by the enemy. Fiber optic 
networks are also more robust to the extent that a severed fiber 
optic cable is still usable to create two independent networks, 
at least with reduced functionality. 

[0240] When the variant module 1413 is mounted on the 
chassis 1417, connecting the chassis control system 1511 and 
the variant control system 1512 is achieved simply through 
the use of two mating connectors 1681 and 1682 that include 
connections for one or more communication busses, power 
and ground. The chassis connector 1682 is also physically 
and functionally mateable with connectors for other variant 
modules, i.e., the chassis connector and the other variant 
connectors are not only capable of mating physically, but the 
mating also produces a workable vehicle system. A given set 
of switches or other control devices 1651 on the dash (see 
FIG. 14) may then operate differently depending on which 
variant is connected to the chassis. Advantageously, there- 
fore, it is possible to provide a single interface between the 
chassis and the variant module (although multiple interfaces 
may also be provided for redundancy). This avoids the need 
for a separate connector on the chassis for each different type 
of variant module, along with the additional unutilized hard- 
ware and wiring, as has conventionally been the approach 
utilized. 

[0241] Upon power up, the variant control system 1512 and 
the chassis control system 1511 exchange information that is 
of interest to each other. For example, the variant control 
system 1512 may communicate the variant type of the variant 
module 1413. Other parameters may also be communicated. 
For example, information about the weight distribution on the 
variant module 1413 may be passed along to the chassis 
control system 1511, so that the transmission shift schedule of 
the transmission 1493 can be adjusted in accordance with the 
weight of the variant module 1413, and so that a central tire 
inflation system can control the inflation of tires as a function 
of the weight distribution of the variant. Similarly, informa- 
tion about the chassis can be passed along to the variant. For 
example, where a variant module is capable of being used by 
multiple chassis with different engine sizes, engine informa- 
tion can be communicated to a wrecker variant module so that 
the wrecker variant knows how much weight the chassis is 
capable of pulling. Thus, an initial exchange of information in 
this manner allows the operation of the chassis control system 
1511 to be optimized in accordance with parameters of the 
variant module 1413, and vice versa. 

[0242] Itmay also be noted that the advantages obtained for 
military variants can also be realized in connection with com- 
mercial variants. Thus, a blower module, a sweeper module, 
and a plow module could be provided for the same chassis. 
This would allow the chassis to be used for a sweeper in 
summer and a snow blower or snow plow in winter. 


[0243] As shown in FIG. 16, each control system 1511- 
1513 includes an interface module that is designated “master” 
and another that is designated “deputy master” Thus, for 
example, the chassis control system 1511 includes a master 
interface module 1423 and a deputy master interface module 
1422. Additional tiers of mastership may also be imple- 
mented in connection with the interface modules 1421, 1424 
and 1425. 

[0244] The interface modules 1420 are assigned their 
respective ranks in the tiers of mastership based on their 
respective locations on the military vehicle 1410. A harness 
connector at each respective location of the military vehicle 
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1410 connects a respective one of the interface modules 1420 
to the remainder of the control system 1412. The harness 
connector is electronically keyed, such that being connected 
to a particular harness connector provides an interface mod- 
ule 1420 with a unique identification code or address M. For 
simplicity, the value M is assumed to be a value between 1 and 
N, where N is the total number of interface modules on the 
vehicle (M=10 in the illustrated embodiment). 

[0245] The interface modules 1420 each store configura- 
tion information that, among other things, relates particular 
network addresses with particular ranks of mastership. Thus, 
for example, when the interface module 1423 boots up, it 
ascertains its own network address and, based on its network 
address, ascertains that it is the master of the control system 
1511. The interface module 1423 serves as the central control 
unit so long as the interface module 1423 is competent to do 
so. As shown in FIG. 17B, if it is determined that the interface 
module 1423 is no longer competent to serve as master (e.g., 
because the interface module 1423 has been damaged in 
combat), then the interface module 1422 becomes the master 
interface module and begins serving as the central control 
unit. This decision can be made, for example, by the interface 
module 1423 itself, based on a vote taken by the remaining 
interface modules 1420, or based on a decision by the deputy 
master. 

[0246] Referring next to FIG. 18, an exemplary one of the 
interface modules 1420 is shown in greater detail. The inter- 
face modules 1420 each include a microprocessor 1815 that is 
sufficiently powerful to allow each interface module to serve 
as the central control unit. The interface modules are identi- 
cally programmed and each include a memory 1831 that 
further includes a program memory 1832 and a data memory 
1834. The program memory 1832 includes BIOS (basic 
input/output system) firmware 1836, an operating system 
1838, and application programs 1840, 1842 and 1844. The 
application programs include a chassis control program 1840, 
one or more variant control programs 1842, and an auxiliary 
control program 1844. The data memory 1834 includes con- 
figuration information 1846 and 1/О status information 1848 
for all of the modules 1420-1430 associated with the chassis 
1417 and its variant module 1413, as well as configuration 
information for the interface modules (N+1 to Z in FIG. 18) of 
other variant modules that are capable of being mounted to 
the chassis 1417. 


[0247] Itis therefore seen that all of the interface modules 
1420 that are used on the chassis 1417 and its variant module 
1413, as well as the interface modules 1420 of other variant 
modules that are capable of being mounted to the chassis 
1417, are identically programmed and contain the same infor- 
mation. Each interface module 1420 then utilizes its network 
address to decide when booting up which configuration infor- 
mation to utilize when configuring itself, and which portions 
of the application programs 1840-1844 to execute given its 
status as a master or non-master member of one of the control 
systems 1511-1513. The interface modules are both physi- 
cally and functionally interchangeable because the interface 
modules are capable of being plugged in at any slot on the 
network, and are capable of performing any functions that are 
required at that slot on the network. 

[0248] This arrangement is highly advantageous. Because 
all ofthe interface modules 1420 are identically programmed 
and store the same information, the interface modules are 
physically and functionally interchangeable within a given 
class of vehicles. Thus, if an interface module 1420 on one 
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variant module is rendered inoperative, but the variant mod- 
ule is otherwise operational, the inoperative interface module 
can be replaced with an interface module scavenged from 
another inoperative vehicle. When the replacement interface 
module 1420 reboots, it will then reconfigure itself for use in 
the new vehicle, and begin operating the correct portions of 
the application programs 1840-1844. This is the case even 
when the two vehicles are different types of vehicles. 

[0249] Additionally, if a highly critical interface module is 
rendered inoperable, the highly critical interface module can 
be swapped with an interface module that is less critical. 
Although the input/output devices associated with the less 
critical interface module will no longer be operable, the input/ 
output devices associated with the more critical interface 
module will be operable. This allows the effectiveness of the 
military vehicle to be maximized by allowing undamaged 
interface modules to be utilized in the most optimal manner. 
In this way, the field serviceability ofthe control system 1412 
is dramatically improved. Further, the field serviceability of 
the control system 1412 is also improved by the fact that only 
asingle type of interface module is used, because the use ofa 
singletype of interface module makes it easier to find replace- 
ment interface modules. 

[0250] Additionally, as previously noted, each interface 
module 1420 stores I/O status information for all ofthe mod- 
ules 1420-1430 associated with the chassis 1417 and its vari- 
ant module 1413. Therefore, each interface module 1420 has 
total system awareness. As a result, it is possible to have each 
interface module 1420 process its own inputs and outputs 
based on the I/O status information in order to increase sys- 
tem responsiveness and in order to reduce the amount of 
communication that is required with the central control unit. 
The main management responsibility of the central control 
unit or master interface module above and beyond the respon- 
sibilities of all the other interface modules 1420 then 
becomes, for example, to provide a nexus for interface opera- 
tions with devices that are external to the control system of 
which the central control unit 16 a part. 

[0251] Referring now to FIG. 19, FIG. 19 is a truth table 
that describes the operation ofthe control system 1412 in the 
event of failure of one of the interface modules 1420 and/or 
one of the input devices 1440. The arrangement shown in 
FIG. 19 allows the control system 1412 to be able to continue 
to operate in the event of failure using a “best guess" method 
of controlling outputs. 

[0252] In the example of FIG. 19, two output devices are 
controlled based on two input devices. For example, the first 
output device may be headlights ofthe military vehicle 1410, 
the first input device may be a combat switch or combat 
override switch that places the entire vehicle into a combat 
mode of operation, and the second input may be an operator 
switch for operator control of the headlights. The second 
output device is discussed further below. For simplicity, only 
the input states of two binary input devices are shown. In 
practice, of course, the control logic for most output devices 
will usually be a function of more input devices, in some cases 
ten or more input devices including analog input devices. 
Nevertheless, the simplified truth table of FIG. 19 is sufficient 
to obtain an understanding of this preferred aspect of the 
invention. 

[0253] The truth table of FIG. 19 shows a number of dif- 
ferent possible input states and the corresponding output 
states. In the first two states, when the combat override switch 
(input £1) is off, then the headlights (output £1) are controlled 
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as a function of the operator switch. Thus, if the operator 
switch is on, then the control system 1412 turns the headlights 
on, and if the operator switch is off, then the control system 
1412 turns the headlights off. In the third and fourth input 
states, the combat override switch is on, and therefore the 
control system 1412 turns the headlights off in order to make 
the vehicle less detectable by the enemy. It may be noted that 
the control system 1412 ignores the input state of the second 
input device when the combat override switch is on. The third 
column in the truth table could therefore instead be the output 
of a safety interlock, since safety interlocks are another 
example of input information that is sometimes ignored when 
a combat override is turned on. This would allow the control 
system 1412 to take into account the urgency of a combat 
situation while still also implementing safety functions to the 
extent that they do not interfere with the operation of the 
vehicle 1410. 


[0254] Thetruth table also has a number of additional states 
(five through nine) corresponding to situations in which one 
or both of the inputs is designated as undetermined (*?" in 
FIG. 19). Thus, for example, in states five and six, the input 
state of the operator switch (input #2) is designated as unde- 
termined. The undetermined state ofthe operator switch may 
bethe result ofthe failure ofthe interface module that receives 
the input signal from the operator switch, a failure of the 
electrical connection between the switch and the interface 
module, and/or a failure of the operator switch itself. In the 
fifth state, when the combat override switch is offand the state 
of the operator switch is undetermined, the control system 
1412 turns on the headlights, based on the assumption that if 
it is nighttime the operator wants the lights on and if it is 
daytime the operator does not have a strong preference either 
way. In the sixth state, when the combat override switch is on 
and the state of the operator switch is undetermined, the 
control system 1412 turns off the headlights, because the 
headlights should always be turned off in the combat mode of 
operation. 

[0255] In states seven through nine, the input state of the 
combat override switch (input £1) 18 designated as undeter- 
mined. The undetermined state of the combat override switch 
may be caused by generally the same factors that are liable to 
cause the state of the operator switch to be undetermined. In 
all of these states, the control system 1412 turns off the 
headlights, based on the worst case assumption that the mili- 
tary vehicle may be in combat and that therefore the head- 
lights should be turned off. 

[0256] The arrangement shown in FIG. 19 is thus applied to 
all output devices 1450 on the military vehicle. In this way, 
the control logic for controlling the output devices is 
expanded to take into account a third *undetermined" state for 
each of the input devices, and an entire additional layer of 
failure management is added to the control logic. In this way, 
the control system 1412 is able to remain operational (at least 
in a best guess mode) when the input states of one or more 
input devices cannot be determined. This prevents output 
devices that have an output state based on the input state of a 
given input device from being crippled when a system failure 
causes one or more input devices to be lost. 

[0257] This arrangement also allows the output state of 
each output device to be programmed individually in failure 
situations. In other words, when a given input device is lost, 
the control system can be programmed to assume for pur- 
poses of some output devices (using the above described truth 
table arrangement) that the input device is on and to assume 
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for the purposes of other output devices that the input device 
15 off. For example, in FIG. 19, if output device #2 is another 
output device that is controlled by the same operator switch, 
the control system can be programmed to assume for pur- 
poses of output device £2 that the operator switch is off in 
state five rather than on, such that the control system turns off 
the output device #2 in state five. In this way, it is not neces- 
sary to assume the same input state for purposes of all output 
devices. 


[0258] It may also be noted that military vehicles tend to 
make widespread use of redundant sensors. In this case, by 
connecting the redundant sensors to different ones of the 
interface modules, the state table for each output device can 
be modified to accept either input, thereby making it possible 
forthe control system 1412 to obtain the same information by 
a different route. Further, if the redundant sensors disagree on 
the input status ofa system parameter, then this disagreement 
itself can be treated as an undetermined input state of an input 
device. In this way, rather than using a voting procedure in 
which the sensors vote on the state of the input device for 
purposes of all output devices, the uncertainty can be taken 
into account and best guess decisions regarding how to oper- 
ate can be made for each of the various output devices indi- 
vidually. 


[0259] Аз previously described, each interface module 
1420 has total system awareness. Specifically, the data 
memory 1834 of each interface module 1420 stores I/O status 
information 1848 for not only local I/O devices 1440 and 
1450 but also for non-local I/O devices 1440 and 1450 con- 
nected to remaining ones of the interface modules 1420. 
Referring now to FIGS. 21-24, a preferred technique for 
transmitting I/O status information between the interface 
modules 1420 will now be described. Although this technique 
is primarily described in connection with the chassis control 
system 1511, this technique is preferably also applied to the 
variant control system 1512 and the auxiliary control system 
1513, and/or in the control system 12. 


[0260] Referring first to FIG. 21, as previously described, 
the chassis control system 1511 includes the interface mod- 
ules 1421-1425, the input devices 1441, and the output 
devices 1451. Also shown in FIG. 21 are the display 1481, the 
data logger 1485, and the communication network 1661 
which connects the interface modules 1421-1425. In practice, 
the system may include additional devices, such as a plurality 
of switch interface modules connected to additional I/O 
devices, which for simplicity are not shown. The switch inter- 
face modules may be the same as the switch interface mod- 
ules 20 previously described and, for example, may be pro- 
vided in the form of a separate enclosed unit or in the more 
simple form of a circuit board mounted with associated 
switches and low power output devices. In practice, the sys- 
tem may include other systems, such as a display interface 
used to drive one or more analog displays (such as gauges) 
using data received from the communication network 1661. 
Any additional modules that interface with I/O devices pref- 
erably broadcast and receive I/O status information and exert 
local control in the same manner as detailed below in connec- 
tion with the interface modules 1421-1425. As previously 
noted, one or more additional communication networks may 
also be included which are preferably implemented in accor- 
dance with SAE J1708/1587 and/or J1939 standards. The 
communication networks may be used, for example, to 
receive ГО status information from other vehicle systems, 
such as an engine or transmission control system. Arbitration 
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of I/O status broadcasts between the communication net- 
works can be performed by one of the interface modules 
1420. 

[0261] To facilitate description, the input devices 1441 and 
the output devices 1451 have been further subdivided and 
more specifically labeled in FIG. 21. Thus, the subset of the 
input devices 1441 which are connected to the interface mod- 
ule 1421 are collectively labeled with the reference numeral 
1541 and are individually labeled as having respective input 
states 1-11 to 1-15. Similarly, the subset of the output devices 
1451 which are connected to the interface module 1421 are 
collectively labeled with the reference numeral 1551 and are 
individually labeled as having respective output states O-11 
to O-15. A similar pattern has been followed for the interface 
modules 1422-1425, as summarized in Table I below: 


TABLE I 

Interface Input Output 

Module Devices Input States Devices Output States 

1421 1541 1-11 to I-15 1551 O-11 to O-15 

1422 1542 I-21 to 1-25 1552 O-21 to O-25 

1423 1543 1-31 to I-35 1553 O-31 to O-35 

1424 1544 1-41 to I-45 1554 O-41 to O-45 

1425 1545 1-51 to I-55 1555 O-51 to O-55 
[0262] Ofcourse, although five input devices 1441 and five 


output devices 1451 are connected to each of the interface 
modules 1420 in the illustrated embodiment, this number of 
I/O devices is merely exemplary and a different number of 
devices could also be used, as previously described. 

[0263]  Theinterface modules 1420 each comprise a respec- 
tive I/O status table 1520 that stores information pertaining to 
the I/O states ofthe input and output devices 1441 and 1451. 
Referring now to FIG. 22, an exemplary one ofthe I/O status 
tables 1520 is shown. As shown in FIG. 22, the I/O status table 
1520 stores I/O status information pertaining to each of the 
input states I-11 to 1-15, 1-21 to I-25, I-31 to I-35, I-41 to 1-45, 
and I-51 to I-55 of the input devices 1541-1545, respectively, 
and also stores I/O status information pertaining to each of the 
output states O-11 to O-15, O-21 to O-25, O-31 to O-35, O-41 
to О-45, and О-51 to O-55 of the output devices 1551-1555, 
respectively. The I/O status tables 1520 are assumed to be 
identical, however, each I/O status table 1520 is individually 
maintained and updated by the corresponding interface mod- 
ule 1420. Therefore, temporary differences may exist 
between the I/O status tables 1520 as updated ГО status 
information is received and stored. Although not shown, the 
I/O status table 1520 also stores I/O status information for the 
interface modules 1426-1428 of the variant control system 
1512 and the interface modules 1429-1430 of the auxiliary 
control system 1513. 

[0264] In practice, although FIG. 22 shows the I/O status 
information being stored next to each other, the memory 
locations that store the I/O status information need not be 
contiguous and need not be located in the same physical 
media. It may also be noted that the I/O status table 1520 is, in 
practice, implemented such that different I/O states are stored 
using different amounts of memory. For example, some loca- 
tions store a single bit of information (as in the case оға digital 
input device or digital output device) and other locations store 
multiple bits of information (as in the case of an analog input 
device or an analog output device). The manner in which the 
I/O status table is implemented is dependent on the program- 
ming language used and on the different data structures avail- 
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able within the programming language that is used. In gen- 
eral, the term ИО status table is broadly used herein to 
encompass any group of memory locations that are useable 
for storing I/O status information. 


[0265] Also shown in FIG. 22 are a plurality of locations 
that store intermediate status information, labeled IM-11, 
IM-21, IM-22, and IM-41. The intermediate states IM-11, 
1М-21, IM-22, and IM-41 are processed versions of selected 
I/O states. For example, input signals may be processed for 
purposes of scaling, unit conversion and/or calibration, and it 
may be useful in some cases to store the processed I/O status 
information. Alternatively, the intermediate states IM-11, 
1М-21, IM-22, and IM-41 may be a function of a plurality of 
I/O states that in combination have some particular signifi- 
cance. The processed I/O status information is then transmit- 
ted to the remaining interface modules 1420. 


[0266] Referring now to FIGS. 23-24, FIG. 23 is a flow- 
chart describing the operation of the control system of FIG. 
21, and FIG. 24 is a data flow diagram describing data flow 
through an exemplary interface module during the process of 
FIG. 23. Asan initial matter, it should be noted that although 
FIG. 23 depicts a series of steps which are performed sequen- 
tially, the steps shown in FIG. 23 need not be performed in any 
particular order. In practice, for example, modular program- 
ming techniques are used and therefore some of the steps are 
performed essentially simultaneously. Additionally, it may be 
noted that the steps shown in FIG. 23 are performed repeti- 
tively during the operation of the interface module 1421, and 
some of the steps are in practice performed more frequently 
than others. For example, input information is acquired from 
the input devices more often than the input information is 
broadcast over the communication network. Although the 
process of FIG. 23 and the data flow diagram of FIG. 24 are 
primarily described in connection with the interface module 
1421, the remaining interface modules 1422-1425 operate in 
the same manner. 


[0267] At step 1852, the interface module 1421 acquires 
input status information from the local input devices 1541. 
The input status information, which pertains to the input 
states I-11 to I-15 of the input devices 1541, is transmitted 
from the input devices 1541 to the interface module 1421 by 
way of respective dedicated communication links, as previ- 
ously described in connection with FIGS. 3-4. At step 1854, 
the input status information acquired from the local input 
devices 1541 is stored in the I/O status table 1520 at a location 
1531. For the interface module 1421, the I/O devices 1541 
and 1551 are referred to as local I/O devices since the I/O 
devices 1541 and 1551 are directly coupled to the interface 
module 1421 by way of respective dedicated communication 
links, as opposed to the remaining non-local I/O devices and 
1542-1545 and 1552-1555 which are indirectly coupled to the 
interface module 1421 by way ofthe communication network 
1661. 


[0268] At step 1856, the interface module 1421 acquires 
VO status information for the non-local input devices 1542- 
1545 and the non-local output devices 1552-1555 by way of 
the communication network 1661. Specifically, the interface 
module 1421 acquires input status information pertaining to 
the input states I-21 to 1-25, І-31 to I-35, 1-41 to 1-45, 1-51 to 
1-55 of the input devices 1542-1545, respectively, and 
acquires output status information pertaining to the output 
states O-21 to O-25, O-31 to O-35, O-41 to O-45, O-51 to 
O-55 ofthe output devices 1552-1555. The input status infor- 
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mation and the output status information are stored in loca- 
tions 1533 and 1534 of the I/O status table 1520, respectively. 
[0269] At step 1860, the interface module 1421 determines 
desired output states O-11 to O-15 for the output devices 
1551. As previously noted, each of the interface modules 
1420 stores a chassis control program 1840, one or more 
variant control programs 1842, and an auxiliary control pro- 
gram 1844. The interface module 1421 is associated with the 
chassis control system 1511 and, therefore, executes a portion 
of the chassis control program 1840. (The portion of the 
chassis control program 1840 executed by the interface mod- 
ule 1421 is determined by the location of the interface module 
1421 on the military vehicle 1410, as previously described.) 
The interface module 1421 executes the chassis control pro- 
gram 1840 to determine the desired output states O-11 to 
О-15 based on the I/O status information stored in the I/O 
status table 1520. Preferably, each interface module 1420 has 
complete control of its local output devices 1450, such that 
only I/O status information is transmitted on the communi- 
cation network 1460 between the interface modules 1420. 
[0270] At step 1862, the interface module 1421 controls the 
output devices 1551 in accordance with the desired respective 
output states О-11 to O-15. Once the desired output state for 
a particular output device 1551 has been determined, control 
is achieved by transmitting a control signal to the particular 
output device 1551 by way of a dedicated communication 
link. For example, ifthe output is a digital output device (e.g., 
a headlight controlled in on/off fashion), then the control 
signal is provided by providing power to the headlight by way 
of the dedicated communication link. Ordinarily, the actual 
output state and the desired output state for a particular output 
device are the same, especially in the case of digital output 
devices. However, this is not always the case. For example, if 
the headlight mentioned above is burned out, the actual output 
state of the headlight may be “off” even though the desired 
output state of the light is “on.” Alternatively, for an analog 
output device, the desired and actual output states may be 
different if the control signal is not properly calibrated for the 
output device. 

[0271] At step 1864, the interface module 1421 stores out- 
put status information pertaining to the desired output states 
O-11 to O-15 for the output devices 1551 in the I/O status 
table 1520. This allows the output states O-11 to O-15 to be 
stored prior to being broadcast on the communication net- 
work 1661. At step 1866, the interface module 1421 broad- 
casts the input status information pertaining to the input states 
1-11 to 1-15 of the input devices 1541 and the output status 
information pertaining to the output states O-11 to O-15 of the 
output devices 1551 over the communication network 1661. 
The I/O status information is received by the interface mod- 
ules 1422-1425. Step 1866 is essentially the opposite of step 
1856, in which non-local I/O status information is acquired 
by the interface module 1421 by way of the communication 
network 1661. In other words, each interface module 1420 
broadcasts its portion of the I/O status table 1520 on the 
communication network 1661, and monitors the communi- 
cation network 1661 for broadcasts from the remaining inter- 
face modules 1420 to update the I/O status table 1520 to 
reflect updated I/O states for the non-local I/O devices 1441 
and 1451. In this way, each interface module 1420 is able to 
maintain a complete copy of the I/O status information for all 
of the I/O devices 1441 and 1451 in the system. 

[0272] The interface modules 1423 and 1425 are used to 
transmit I/O status information between the various control 
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systems 1511-1513. Specifically, as previously noted, the 
interface module 1423 is connected to both the communica- 
tion network 1661 for the chassis control system 1511 and to 
the communication network 1662 for the variant control sys- 
tem 1512 (see FIG. 17). The interface module 1423 is pref- 
erably utilized to relay broadcasts of I/O status information 
back and forth between the interface modules 1421-1425 of 
the chassis control system 1511 and the interface modules 
1426-1428 of the variant control system 1512. Similarly, the 
interface module 1425 is connected to both the communica- 
tion network 1661 for the chassis control system 1511 and the 
to the communication network 1663 for the auxiliary control 
system 1513 (see FIG. 17), and the interface module 1425 is 
preferably utilized to relay broadcasts of I/O status informa- 
tion back and forth between the interface modules 1421-1425 
of the chassis control system 1511 and the interface modules 
1429-1430 of the auxiliary control system 1513. 


[0273] The arrangement of FIGS. 21-24 is advantageous 
because it provides a fast and efficient mechanism for updat- 
ing the I/O status information 1848 stored in the data memory 
1834 of each of the interface modules 1420. Each interface 
module 1420 automatically receives, at regular intervals, 
complete I/O status updates from each of the remaining inter- 
face modules 1420. There is no need to transmit data request 
(polling) messages and data response messages (both of 
which require communication overhead) to communicate 
information pertaining to individual I/O states between indi- 
vidual ГО modules 1420. Although more ГО status data is 
transmitted, the transmissions require less overhead and 
therefore the overall communication bandwidth required is 
reduced. 


[0274] This arrangement also increases system responsive- 
ness. First, system responsiveness is improved because each 
interface module 1420 receives current I/O status information 
automatically, before the information is actually needed. 
When it is determined that a particular piece of I/O status 
information is needed, there is no need to request that infor- 
mation from another interface module 1420 and subsequently 
wait for the information to arrive via the communication 
network 1661. The most current I/O status information is 
already assumed to be stored in the local I/O status table 1520. 
Additionally, because the most recent I/O status information 
is always available, there is no need to make a preliminary 
determination whether a particular piece of I/O status infor- 
mation should be acquired. Boolean control laws or other 
control laws are applied in a small number of steps based on 
the I/O status information already stored in the I/O status table 
1520. Conditional control loops designed to avoid unneces- 
sarily acquiring I/O status information are avoided and, there- 
fore, processing time is reduced. 


[0275] It may also be noted that, according to this arrange- 
ment, there is no need to synchronize the broadcasts of the 
interface modules 1420. Each interface module 1420 moni- 
tors the communication network 1661 to determine if the 
communication network 1661 is available and, if so, then the 
interface module broadcasts the I/O status information for 
local I/O devices 1441 and 1451. (Standard automotive com- 
munication protocols such as SAE 11708 or J1939 provide the 
ability for each member of the network to monitor the net- 
work and broadcast when the network is available.) Although 
itis desirable that the interface modules rebroadcast I/O status 
information at predetermined minimum intervals, the broad- 
casts may occur asynchronously. 
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[0276] The technique described in connection with FIGS. 
21-24 also provides an effective mechanism for detecting that 
an interface module 1420 has been rendered inoperable, for 
example, due to damage incurred in combat. As just noted, the 
interface modules 1420 rebroadcast I/O status information at 
predetermined minimum intervals. Each interface module 
1420 also monitors the amount of time elapsed since an 
update was received from each remaining interface module 
1420. Therefore, when a particular interface module 1420 is 
rendered inoperable due to combat damage, the inoperability 
of the interface module 1420 can be detected by detecting the 
failure of the interface module 1420 to rebroadcast its I/O 
status information within a predetermined amount of time. 
Preferably, the elapsed time required for a particular interface 
module 1420 to be considered inoperable is several times the 
expected minimum rebroadcast time, so that each interface 
module 1420 is allowed a certain number of missed broad- 
casts before the interface module 1420 is considered inoper- 
able. A particular interface module 1420 may be operable and 
may broadcast I/O status information, but the broadcast may 
not be received by the remaining interface modules 1420 due, 
for example, to noise on the communication network. 


[0277] This arrangement also simplifies the operation of 
the data logger 1485 and automatically permits the data log- 
ger 1485 to store I/O status information for the entire control 
system 1412. The data logger 1485 monitors the communi- 
cation network 1661 for I/O status broadcasts in the same way 
as the interface modules 1420. Therefore, the data logger 
1485 automatically receives complete system updates and is 
able to store these updates for later use. 

[0278] As previously noted, in the preferred embodiment, 
the interface modules 1423 and 1425 are used to transmit I/O 
status information between the various control systems 1511- 
1513. In an alternative arrangement, the interface module 
1429 which is connected to all three of the communication 
networks 1661-1663 could be utilized instead. Although less 
preferred, the interface module 1429 may be utilized to 
receive I/O status information from each of the interface 
modules 1421-1428 and 1430, assemble the I/O status data 
into an updated I/O status table, and then rebroadcast the 
entire updated ГО status table 1520 to each of the remaining 
interface modules 1421-1428 and 1430 at periodic or aperi- 
odic intervals. Therefore, in this embodiment, I/O status 
information for the all of the interface modules 1420 is routed 
through the interface module 1429 and the interface modules 
1420 acquire ГО status information for non-local I/O devices 
1440 and 1450 by way of the interface module 1429 rather 
than directly from the remaining interface modules 1420. 
[0279] From the foregoing description, a number of advan- 
tages of the preferred military vehicle control system are 
apparent, some of which have already been mentioned. First, 
the control system is constructed and arranged such that fail- 
ure at a single location does not render the entire vehicle 
inoperable. The control system has the ability to dynamically 
reconfigure itself in the event that one or more interface 
modules are lost. By avoiding the use of a central control unit 
that is fixed at one location, and using a moving central 
control unit, there is no single point failure. If a master inter- 
face modules fails, another interface module will assume the 
position of the central control unit. 

[0280] Additionally, because the interface modules are 
interchangeable, if one interface module is damaged, it is 
possible to field service the control system by swapping inter- 
face modules, obtained either from within the vehicle itself or 
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from another vehicle, even if the other vehicle is not the same 
variant type. This allows the effectiveness of the military 
vehicle to be maximized by allowing undamaged interface 
modules to be utilized in the most optimal manner. 

[0281] The use of the control system 1412 in connection 
with multipurpose modular vehicles is also advantageous. 
When the variant module is mounted to the chassis, all that is 
required is to connect power, ground and the communication 
network. Only one connector is required for all of the differ- 
ent types of variants. This avoids the need for a separate 
connector on the chassis for each different type of variant 
module, along with the additional unutilized hardware and 
wiring, as has conventionally been the approach utilized. 
[0282] Moreover, since every interface module has a copy 
of the application program, it is possible to test each interface 
module as an individual unit. The ability to do subassembly 
testing facilitates assembly of the vehicle because defective 
mechanisms can be replaced before the entire vehicle is 
assembled. 

[0283] Finally, the advantages regarding flexibility, robust- 
ness, ease of use, maintainability, and so on, that were dis- 
cussed above in connection with fire fighting vehicles also 
apply to military vehicles. For example, it is often desirable in 
military applications to provide vehicles with consoles for 
both a left-hand driver and a right-hand driver. This option can 
be implemented without complex wiring arrangements with 
the preferred control system, due to the distributed data col- 
lection and the intelligent processing of information from 
input devices. Likewise, features such as “smart start” (in 
which vehicle starting is controlled automatically to reduce 
faulty starts due to operator error) can be implemented by the 
control system without any additional hardware. 


C. Electric Traction Vehicle 


[0284] Referring now to FIGS. 25-29, a control system for 
an electric traction vehicle 1910 is shown. An electric traction 
vehicle is a vehicle that uses electricity in some form or 
another to provide all or part of the propulsion power of the 
vehicle. This electricity can come from a variety of sources, 
such as stored energy devices relying on chemical conver- 
sions (batteries), stored electrical charge devices (capacitors), 
stored energy devices relying on mechanical stored energy 
(e.g. flywheels, pressure accumulators), and energy conver- 
sion products. A hybrid electric vehicle is an electric traction 
vehicle that uses more than one sources of energy, such as one 
of the electrical energy storage devices mentioned above and 
another source, such as an internal combustion engine. By 
having more than one source of energy some optimizations in 
the design can allow for more efficient power production, thus 
one can use power from different sources to come up with a 
more efficient system for traction. The disclosure herein can 
be used to implement electric vehicles in general and/or 
hybrid electric vehicles in particular. The electric vehicle 
1910 can implement any of the other vehicle types described 
herein (e.g., fire fighting vehicle, military vehicle, snow 
blower vehicle, refuse-handling vehicle, concrete mixing 
vehicle) as well as others not described herein. Thus, the 
following teachings regarding the electric vehicle system 
may be combined with any/all of the teachings contained 
herein. 

[0285] The electric traction vehicle 1910 preferably com- 
prises a vehicle platform or vehicle support structure 1912, 
drive wheels 1914, a power source or principal power unit 
1916, a power storage unit 1922, electric motors 1928, servo 
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or drive controllers 1930, an energy dissipation device 1932, 
and interface modules 1934. The vehicle 1910 further com- 
prises a control system with a plurality of input and output 
devices which vary depending on the application for which 
the vehicle 1920 is used. For example, ifthe vehicle 1910 is a 
fire truck, then the vehicle 1910 has input and output devices 
such as those described in connection with FIGS. 1-13 in 
connection with the fire truck 10. Except to the extent that 
different I/O devices are used, the control system the same as 
the control system 1412 as described in FIGS. 14-24 and is 
used to receive inputs from these input devices and control 
these output devices. The interface modules 1934 are part of 
this control system and preferably are constructed and oper- 
ate in the same manner as the interface modules 1420 as 
described above. Specifically, each interface module 1934 
preferably processes its own inputs and outputs based on I/O 
status information received via I/O status broadcasts from the 
other interface modules 1934. 


[0286] Interconnecting the interface modules 1934 on the 
electric traction vehicle 1910 is a communication network 
1976 and an AC power bus assembly 1942 through which the 
vehicle and its various functions are controlled and operated. 
The communication network 1976 corresponds to the com- 
munication network 60 of FIG. 2 in the case of an electric fire 
truck vehicle and to the communication network 1460 in the 
case of a electric military vehicle. The communication net- 
work 1976 is used to communication I/O status information 
between the interface modules 1934. The AC bus assembly 
1942 is a power transmission link and corresponds to the 
power transmission link 102 of FIG. 2 in the case of an 
electric fire truck vehicle and to the power transmission link 
1502 of FIG. 15 in the case of an electric military vehicle. 
Also connected to the AC bus assembly 1942 are the principal 
power unit 1916, the power storage unit 1922, and the energy 
dissipation device 1932. The interface modules 1934 include 
rectifier circuitry to convert AC power from the AC bus 
assembly 1942 to DC power for output devices such as LED 
indicators. Also, it may be noted that the AC power is also 
provided directly to the drive controllers 1930, which operate 
under the control of the interface modules 1934. It is also 
contemplated that wireless communication between the inter- 
face modules 1934 and the various modules 1984 can be 
achieved including communication of signals 1974 via radio 
waves, microwaves, and fiber optical paths including relay 
via satellite to a central command center. 


[0287] With reference to FIG. 32A-32B, it may be noted 
that many commercially-available servo drive controllers 
may be network-enabled and therefore an option exists as to 
the manner in which the interface modules 1934 are con- 
nected to the drive controllers 1930. Thus, in FIG. 32A, each 
interface module 1934 is connected to one or more drive 
controllers 1930 by way of dedicated communication links 
for hardwired control of the drive controllers 1930. In the 
illustrated embodiment, three digital links and one analog 
link are shown for each drive controller 1930 representing, for 
example, a stop/run output, a forward/reverse output, a gen- 
eration/regeneration output, and a variable torque command 
(0-10096) output from the interface module 1934. As indi- 
cated in FIG. 25, power from the AC bus assembly 1942 is 
preferably provided directly to the drive controllers 1930 
(rather than through the interface modules 1934), and there- 
fore each of the dedicated communication links is used to 
transmit only information and not power. Each interface mod- 
ule 1934 is then connected to the communication network 
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1976 which, in FIG. 32A, is implemented as two separate 
networks (e.g., a network dedicated for use with the interface 
modules 1934, and a separate J1939 network to connect to the 
electronic control units for the engine, transmission, anti-lock 
brake and central tire inflation systems). 

[0288] In FIG. 32B, each interface module 1934 is con- 
nected to one or more drive controllers 1930 by way of a 
communication network for network control of the drive con- 
trollers 1930. The same information may be transmitted as in 
FIG. 32A except that the information is transmitted by way of 
the communication network. Because the AC bus assembly 
1942 is connected directly to the drive controllers 1930, there 
is no need to transmit power from the interface modules 1934 
to the drive controllers 1930. Each interface module 1934 is 
then connected to the communication network 1976. If only 
two network ports are included on the interface modules 
1934, then information obtained from the electronic control 
units for the engine, transmission, anti-lock brake and central 
tire inflation systems may be obtained from other interface 
modules (not shown) connected to a J1939 network. Alterna- 
tively, the interface modules 1934 may be provided with a 
third network port. 


[0289] The electric motors 1928 are appropriately sized 
traction motors. An exemplary embodiment of an electric 
traction vehicle 1910 employs an AC, three phase induction 
electric motor having a simple cast rotor, machine mount 
stator and sealed ball bearings. An induction motor is pre- 
ferred because it avoids brushes, internal switches and sliding 
contact devices, with the rotor being the only moving part of 
the traction motor. Control of the electric motor 1928 is 
achieved by the interface module 1934 through the drive 
controller 1930 which is coupled to the motor 1928. The 
torque output of the motor 1928 is adjusted based on inputs 
received from the operator and transmitted to the interface 
module 1934 over the communication network 1976. 

[0290] Тһе drive wheels 1914 are rotatably mounted on the 
vehicle platform 1912 with an electric motor 1928 coupled to 
at least one wheel 1914. In one embodiment, the drive wheels 
1914 are each be coupled to respective electric motors 1928, 
which in turn are each coupled to respective drive controllers 
1930, which in turn are coupled to respective interface mod- 
ules 1934. 

[0291] Various embodiments of an electric traction vehicle 
1910 are based on the number of wheels 1914 that are driven 
on the vehicle 1910. For instance, one embodiment includes 
a drive wheel 1914 coupled to an electric motor 1928, which 
in turn is coupled to a drive controller 1930, which in turn is 
coupled to an interface module 1934, which in turn is coupled 
to other interface modules (for other vehicle I/O) by way of 
the communication network 1976. The vehicle can also 
include four drive wheels 1914 coupled to four respective 
electric motors 1928, which in turn are coupled to four 
respective drive controllers 1930, which in turn are coupled to 
four respective interface modules 1934, which in turn are 
coupled to other interface modules and to each other by way 
of the communication network 1976. In the embodiment of 
FIG. 1, eight drive wheels 1914 are coupled to eight respec- 
tive electric motors 1928, which in turn are coupled to eight 
respective drive controllers 1930, which in turn are coupled to 
eight respective interface modules 1934, which in turn are 
coupled to other interface modules and to each other by way 
of the communication network 1976. Other configurations 
may also be used, and the ratio of motors, wheels, servo drives 
and interface modules need not be one-to-one relative to each 
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other. Thus, for example, each interface module 1934 may 
control one wheel, one axle, a tandem set of axles, or other set 
of wheels. As described in greater detail below, the vehicle 
1910 can also include pairs of drive wheels 1914 which are 
driven in tandem by a respective one of the plurality of elec- 
tric motors 1928. Typically, at least two of the wheels are 
steerable. 

[0292] The torque output of each motor 1928 is adjusted to 
meet the requirements established in the associated interface 
module 1934 from the ГО status information. The electric 
motors 1928 may operate to produce electric torque to drive 
the drive wheels 1914 or may operate in a regenerative brak- 
ing mode to provide power to the power storage unit 1922, as 
determined by inputs received from an operator of the electric 
traction vehicle 1910. 

[0293] The electric traction vehicle 1910 can be configured 
with one or more modular independent coil spring suspen- 
sions for steerable and non-steerable wheel assemblies and 
driver and non-driver axles. Details of such modular indepen- 
dent coil spring suspensions сап be found in U.S. Pat. Nos. 
5,538,274, 5,820,150, and 6,105,984 incorporated herein by 
this reference, which are assigned to the assignee of the 
present invention. 

[0294] The principal power unit 1916 and the power stor- 
age unit 1922 are mounted on the vehicle platform 1912. As 
previously noted, the principal power unit 1916 provides 
power for multiple electric motors 1928 coupled to individual 
drive wheels 1914. This simplifies the transmission of power 
to the wheels 1914 as compared to a non-electric vehicle by 
eliminating the torque converter, transmission, transfer case, 
and drive shafts. Further, because multiple electric motors 
1928 are used, the horse power requirements of each electric 
motor 1928 are such that standard commercially available 
electric motors may be used even in the case of a heavy duty 
military vehicle. 

[0295] The principal power unit 1916 includes a prime 
mover or engine 1918 coupled to a generator or alternator 
1920. The prime mover 1918 can be a gas turbine or an 
internal combustion engine. The principal power unit 1916 
can also be a fuel cell or a nuclear power device. The fuel cell 
may for example be a hydrogen-oxygen fuel cell that pro- 
duces electrical power in the process of a chemical reaction 
that combines oxygen and hydrogen to create water. If a DC 
source is used, an inverter may be used to convert DC power 
from the DC source to AC power for the AC bus assembly 
1942. In the preferred embodiment, the prime mover 1918 is 
a diesel engine optimized for operation at a constant speed 
(revolutions per minute). Operating the diesel engine at a 
constant, optimal speed eliminates inefficiencies associated 
with changing RPM levels during acceleration and decelera- 
tion, improves overall efficiency, and reduces emissions. 
[0296] The generator/alternator 1920 is preferably a syn- 
chronous generator producing 460 to 480 volts, three phase, 
AC 60 Hz power for the electric traction vehicle 1910. How- 
ever, it is contemplated that different sized generators or 
alternators can be coupled to the prime mover for purposes of 
generating either higher or lower electrical power. For 
instance, a single phase system can be utilized or a system that 
generates 720 volt power system can be used or a system that 
operates at a frequency other than 60 Hz, such as 50 Hz which 
is typical in European countries. It is also contemplated that 
the power generated by the principal power unit 1916 can be 
modified by appropriate auxiliary modules such as a step- 
down transformer to provide power to operate ancillary 
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equipment on or associated with the electric traction vehicle 
1910 such as pumps, instruments, tools, lights, and other 
equipment. 

[0297] The AC bus assembly 1942 includes a plurality of 
phase conductors 1944. A first conductor 1946 having a first 
end 1948 and second end 1950 together with a second con- 
ductor 1952 having a first end 1954 and a second end 1956 can 
be configured together with a neutral 1964 to provide single 
phase power in one embodiment of the vehicle 1910. A third 
conductor 1958 having a first end 1960 and a second end 1962 
can be used in conjunction with the first conductor 1946 and 
the second conductor 1952 to provide three phase power as 
shown in FIG. 1. The conductors 1944 can be stranded metal 
wire such as copper or aluminum sized and clad to transmit 
the power generation contemplated in the vehicle 1910 
design. The conductors 1944 can also be solid metal bars, 
generally referred to as bus bars, composed of appropriate 
clad metals, such as copper or aluminum, as will be appreci- 
ated by one ordinarily skilled in the art. 


[0298] Also connected to the AC power bus assembly 1942 
is the power storage unit 1922, as previously mentioned. The 
power storage unit 1922 includes an electric power converter 
1924 and an energy storage device 1926. The power storage 
unit 1922 can be configured to provide electric power above 
and beyond that required of the principal power unit 1916. 
The energy storage device 1926 can be electric capacitors, 
storage batteries, a flywheel, or hydraulic accumulators. The 
electric power converter 1924 can be configured to convert 
the AC power generated by the principal power unit 1916 to 
DC power and transfer such converted power to the storage 
device 1926. The electrical power converter 1924 can also 
convert the energy stored in the energy storage device 1926 
back to AC power to augment and supplement the AC power 
generated by the principal power unit 1916 over the AC power 
bus assembly 1942. Applicants have determined that addi- 
tional horsepower of short-term power can be provided into 
the AC power bus assembly 1942 over the phase conductors 
1944 by discharge of an on-board capacitor or battery pack 
(energy storage device 1926) under control of the power 
storage unit 1922. (Depending on the application, the addi- 
tional power may be in the range of 100-600 or more horse- 
power, such as 200-300 horsepower.) In one embodiment, the 
energy storage device 1926 is formed of a bank of ultraca- 
pacitors, such as the PC 2500 ultracapacitor available from 
Maxwell Technologies, 9244 Balboa Avenue San Diego, 
Calif. 92123. These devices provide a high electrical energy 
storage and power capacity and have the ability to deliver 
bursts of high power and recharge rapidly from an electrical 
energy source/sink over hundreds of thousands of cycles. 


[0299] Ап advantage constructing the energy storage 
device 1926 of capacitors is that capacitors are relatively easy 
to discharge. Therefore, it is possible to discharge the energy 
storage device 1926 when maintenance is to be performed on 
the vehicle 1910 to avoid electrocution of maintenance per- 
sonnel. In FIG. 25, the power storage unit 1922 (including the 
energy storage device 1926) operates under the control of one 
ofthe interface modules 1934. In one embodiment, the inter- 
face module 1934 is used to discharge the energy storage 
device responsive to operator inputs. For example, a capacitor 
discharge switch may be provided in the cab of the vehicle 
1910 and/or near the energy storage device 1926 and coupled 
to a nearby interface module 1934. When the operator acti- 
vates the switch, the interface modules 1934 cooperate 
responsive to ensure that no electrical power is being coupled 
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to the AC bus assembly 1942 by the generator 1920 and any 
other power generating devices, such that the energy storage 
device 1926 is the only power source coupled to the AC bus 
assembly 1942 (e.g., when the prime mover or engine 1918 is 
not moving or is not coupled to the AC bus assembly 1942, the 
generator 1920 does not provide electrical power to the AC 
bus assembly 1942). Therefore, any stored electrical power in 
the energy storage device 1926 dissipates to power consum- 
ing devices that are coupled to the AC bus assembly 1942. A 
variety of power consuming devices may be provided for this 
purpose. For example, an energy dissipation device 1932 
(described in greater detail below) may be used for this pur- 
pose. The dissipating capacity (e.g., resistor size and power 
ratings) of the energy dissipation device may be determined 
as a function of the desired amount of discharge time. Other 
power consuming devices already coupled to the AC bus 
assembly 1942, such as an engine cooling fan, may also be 
used. In this configuration, the interface module 1934 to 
which the engine cooling fan is connected turns on the engine 
cooling fan when it is determined that the operator input at the 
capacitor discharge switch has been received. 

[0300] The power storage unit 1922 may be coupled to the 
communication network 1976 and controlled by the interface 
module 1934. The combined electrical power from the prin- 
cipal power unit 1916 and the power storage unit 1922 will all 
be available on the AC power bus assembly 1942 for use by 
the electric motors 1928 or by any other module 1984 or 
auxiliary module 1986 as determined by the operator at the 
user interface 1936 of the interface module 1934. 


[0301] In operation, the power storage unit 1922 receives 
power from the principal power unit 1916 over conductors 
1944 of the AC power bus assembly 1942. The power 
received is converted into the appropriate energy mode 
required by the energy storage device 1926 and maintained in 
the energy storage device 1926 until required during the 
operation of the vehicle 1910. Ifthe principal power unit 1916 
is not functioning for any reason, the energy in the power 
storage unit can be utilized to operate, for a given period of 
time, the vehicle 1910 or any of the modules 1984 or auxiliary 
modules 1986 mounted on the vehicle 1910. In the context of 
a military vehicle, the power storage unit 1922 may also be 
used in stealth modes of operation to avoid the noise associ- 
ated with the prime mover (e.g., diesel engine) 1918 and the 
generator 1920. 

[0302] Energy storage recharge of the power storage unit 
1922 by the principal power unit 1916 begins automatically 
and immediately after the vehicle 1910 arrives at its destina- 
tion and continues during the vehicle’s return run to its origi- 
nal location. The state of charge of the power storage unit 
1922 is maintained between missions by a simple plug con- 
nection to a power receptacle in the vehicle’s garage or stor- 
age location, which receptacle will automatically disconnect 
as the vehicle 1910 leaves such site. The power storage unit 
1922 can also receive energy generated by the electric motors 
1928 when the motors are configured in a regeneration mode 
in which case they function as a generator. Such functionality 
is utilized in a braking procedure for the vehicle as deter- 
mined by the operator at a user interface 1936 (see FIG. 26). 
The electric motor 1928 and AC power bus assembly 1942 
can also be configured to regenerate power back to the prin- 
cipal power unit 1916. 

[0303] As shownin FIG. 26, the vehicle 1910 can also serve 
as an on-site power source for off-board electric power con- 
suming devices 1951. For example, in the context of a mili- 
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tary vehicle, the vehicle 1910 can serve as a mobile electric 
generator. When the vehicle is stationary, the electric motors 
1928 consume substantially zero power. Therefore, electric 
power that would otherwise be used to drive movement of the 
vehicle 1910 can be supplied to off-board equipment. In the 
context of an ARFF vehicle, if an airport loses electricity due 
to a failure in the power grid, an ARFF vehicle that imple- 
ments the system described herein can be used to generate 
power for the airport by connecting the power bus for the 
airport to the AC bus assembly 1942 through the use of a 
suitable connector. Likewise, at the scene ofa fire, the AC bus 
assembly 1942 can be used to provide power for scene light- 
ing. In one preferred embodiment, the power generating 
capacity of the vehicle 1910 is in the neighborhood of about 
500 kilowatts of electricity, which is enough to power 
approximately 250-300 typical homes. Depending on the size 
of the vehicle 1910 and the principal power unit 1916, the 
power generating capacity may be smaller (e.g., 250 kilo- 
watts) or larger (e.g., 750 kilowatts). Additionally, because 
the AC bus assembly 1942 provides 480V, three phase, AC 60 
Hz power, which is commonly used in industrial settings, 
there is no need to convert the power from the AC bus assem- 
bly 1942. In this regard, in FIG. 26, the off-board power- 
consuming devices 1951 are shown not to be connected to the 
communication network 1976, because the power provided 
by the AC bus assembly 1942 can be provided to a variety of 
standard devices, including devices which are not specifically 
designed for use with the vehicle 1910. 


[0304] Preferably, an energy dissipation device 1932 is 
coupled to the AC bus assembly 1942 and the communication 
network 1976. Ри is determined that the principal power unit 
1916 or the electric motors 1928 or any other auxiliary mod- 
ule 1986 generating too much power or are not utilizing 
sufficient power, the excess power can be dissipated through 
the energy dissipation device 1932. An example of an energy 
dissipation device 1932 is a resistive coil that may be addi- 
tionally cooled by fans or an appropriate fluid. Another 
example of an energy dissipation device 1932 is a steam 
generator which utilizes excess heat generated in the vehicle 
to heat water to produce steam. Another example of an energy 
dissipation device is to have the system back feed the genera- 
tor to act as a motor and use the engine as an air pump to pull 
power out of the system. The energy dissipation device, for 
example, may be used during regenerative braking when the 
level of charge in the capacitor bank forming the energy 
storage device 1926 is near its peak. 


[0305] Referring now to FIG. 27, selected aspects of the 
vehicle 1910 of FIG. 25 are shown in greater detail. The 
vehicle 1910 further comprises an operator interface 1973 
which includes a throttle pedal 1975, brake pedal 1977, shift 
control 1979, and steering wheel 1981. In FIG. 27, these input 
devices are shown as being connected to a common interface 
module 1934 which is connected to the communication net- 
work 1976 along with the interface modules 1934 coupled to 
the electric motors 1928 (only one of which is shown in FIG. 
26). Although the input devices 1975-1981 are shown as 
being coupled to a common same interface module, the input 
devices may also be coupled to different interface modules. 
The operator interface may also receive inputs from other 
input devices to raise or lower the vehicle, lock the suspen- 
sion, control a load-handling system, and control vehicle 
operation in stealth modes of operation (e.g., operating exclu- 
sively on the power storage unit 1922). The operator interface 
1973 may include a display that displays information to the 
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operator such as speed, charge level of the storage unit 1922, 
generator efficiency, direction of travel, alarm status, fuel 
economy, temperatures, pressures, and data logging informa- 
tion. 

[0306] Each interface module 1934 receives the I/O status 
information from the operator interface 1973. For those inter- 
face modules that are connected to a respective drive control- 
ler 1930 and electric motor 1928, the I/O status information 
from the operator interface 1973 is processed to provide 
control signals to control the electric motor 1928. This pro- 
cess is shown in FIG. 27. 

[0307] Referring now to FIG. 28, at step 2010, throttle, 
brake, shift, and steering inputs are received from the operator 
at the interface module 1934 which is connected to the opera- 
tor interface 1973. At step 2012, the throttle, brake, shift and 
steering inputs are transmitted by way of the communication 
network 1976 (during I/O status broadcasts as previously 
described). At step 2014, this information is received at each 
of the remaining interface modules 1934. At step 2016, the 
interface modules 1934 that control the electric motors 1928 
use the throttle, brake, shift and steering inputs to control the 
electric motors 1928. To this end, the interface modules 1934 
determine a speed or torque command and provide this com- 
mand to the drive controller 1930. Other information, such as 
vehicle weight, minimum desired wheel speed, wheel slip 
control parameters, and other information may also be used. 
Although the vehicle 1910 does not include a mechanical 
transmission, the shift input from the shift input device 1979 
may be used to cause the electric motors 1928 to operate at 
different operating points depending on a status of the shift 
input device, with each of the operating points corresponding 
to different torque production capabilities (or different 
tradeoffs between vehicle responsiveness/acceleration capa- 
bility and motor efficiency). 

[0308] Each interface module 1934 preferably includes a 
number of control subprograms, including a subprogram 
1983 for differential speed control, a subprogram 1985 for 
regenerative brake control, a subprogram 1987 for efficiency 
optimization control, and a configuration interface 1989. 
These programs provide for further control of the torque/ 
speed command given by each interface module 1934 to the 
respective drive controller 1930. 

[0309] The differential speed control program 1987 accepts 
the steering angle as an input and controls the motor speed of 
each motor 1928 such that the wheels 1914 rotate at slightly 
different speeds during vehicle turning maneuvers. The dif- 
ferential speed control program 1987 is an electronic imple- 
mentation ofa mechanical differential assembly. The steering 
angle input may also be used by another interface module 
1934 to control a steering mechanism of the vehicle 1910 to 
thereby control a direction of travel of the vehicle 1910. 
Preferably, steering control takes into account other I/O status 
information (such as vehicle speed) and is optimized to avoid 
vehicle slippage (“scrubbing”) during turn maneuvers. The 
differential speed control program 1987 monitors motor 
torque output along with other system parameters such that 
the speed difference between motors does not go above a 
predefined limit. This can be controlled both side by side and 
front to back and combinations of both. By commanding 
torque and monitoring and adjusting for speed difference, 
optimal tractive force can be put to ground in any traction 
condition. 

[0310] Regenerative brake control program 85 controls the 
motor 1928 such that the motor provides a braking action to 
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brake the vehicle 1910 in response a regeneration/auxiliary 
signal is received. For example, a signal may be received from 
a brake pedal request (the brake pedal 1977 is pressed), no 
TPS count, or other user controlled input/switch. This causes 
the motor 1928 to act as a generator to regenerate power back 
to the power storage unit 1922 or the principal power unit 
1916 via the AC bus assembly 1942. In addition to regenera- 
tive braking, a standard anti-lock brake system is also used. 
[0311] The efficiency optimization control program 87 
controls motor speed and torque conditions to allow a first 
subset of the motors 1928 to operate at an optimal power for 
a particular speed, and a second subset of the motors 1928 to 
operate in a regenerative mode. Having one set of motors 
operate 1928 at an optimal power for a particular speed and a 
second set of motors 1928 operate in a regenerative mode is 
more efficient and draws less net power than having all of the 
motors 1928 operating at a non-optimal speed. Alternative 
power matching schemes may also be used in which optimum 
efficiency for some of the motors 1928 is reached by having 
some of the remaining motors 1928 operate in a non-torque 
producing mode. 

[0312] Configuration interface program 1989 allows for 
reconfiguration of the vehicle 1910 depending on which types 
of auxiliary modules are mounted to the vehicle 1910. The 
configuration program 1989 detects what type of auxiliary 
modules are connected to the vehicle, and adjusts the con- 
figuration of the control program executed by the interface 
modules 1934 to take into account the particular configura- 
tion of the vehicle 1910 as determined by which auxiliary 
modules are present. 

[0313] In particular, in the preferred embodiment, the prin- 
cipal power unit 1916, the power storage unit 1922, and the 
energy dissipation device 1932 are provided as auxiliary 
modules 1984 that are removably mounted on the vehicle 
platform and are removably connected to the communication 
network 1976 and the AC bus assembly 1942 by way of a 
suitable connector assembly. Other auxiliary modules 1986 
may also be provided. An auxiliary module 1986 can be any 
type of equipment or tool required or associated with the 
function and operation of the vehicle 1910. For example, the 
auxiliary module can be a pump, a saw, a drill, alight, etc. The 
auxiliary module 1986 is removably connected to the com- 
munication network 1976 and the AC bus assembly 1942. A 
junction 1988 is used to facilitate the connection ofthe mod- 
ules to the communication network 1976 and the AC power 
bus assembly 1942 and multiple junctions 1988 are located at 
convenient locations throughout the vehicle 1910. The junc- 
tions 1988 can accommodate various types of connections 
such as quick connectors, nuts and bolts, solder terminals, or 
clip terminals or the like. The junction 1988 can include a 
connector to accommodate connection to the communication 
network 1976 and/or the AC bus assembly 1942. Additional 
auxiliary modules can be added to the vehicle 1910 as cir- 
cumstances and situations warrant. 


[0314] In the preferred embodiment, and as shown in FIG. 
29, auxiliary drive modules 1953 are used that each include a 
respective one of the drive wheels 1914, a respective one of 
the electric motors 1928, a respective one of the drive con- 
trollers 1930, and a respective one of the interface modules 
1934. Like the other auxiliary modules discussed above, the 
auxiliary drive modules 1953 are capable of being removed, 
replaced, and added to the vehicle 1910. To this end, each 
auxiliary drive module includes an electrical connector that 
mates with a compatible electrical connector one the vehicle 
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platform 1912 and a mechanical mounting system (e.g., a 
series of bolts) that allows the auxiliary drive module 1953 to 
be quickly mounted to or removed from the vehicle 1910. The 
electrical connector connects the interface module 1934 to a 
communication network 1976 and connects the drive control- 
ler 1930 to the AC bus assembly 1942. Therefore, if one 
auxiliary drive module 1953 malfunctions, the auxiliary drive 
module 1953 can be removed and replaced with a properly 
functioning auxiliary drive module 1953. This allows the 
vehicle 1910 to return immediately to service while the inop- 
erable drive module is serviced. This arrangement also allows 
the same vehicle to be provided with different drive capacities 
depending on intended usage. For example, under one usage 
profile, the vehicle 1910 may be provided with four auxiliary 
drive modules 1953. Under a second usage profile, the vehicle 
1910 may be provided with two additional auxiliary drive 
modules 1953' for extra drive capacity. Additionally, the 
vehicle platform 1912 is preferably a generic vehicle platform 
that is used with several different types of vehicles having 
different application profiles requiring different drive capaci- 
ties. In this regard, it may also be noted that the principal 
power unit 1916 is also capable of being removed and 
replaced with a principal power unit 1916 with a larger elec- 
tric generation capacity. This feature is therefore advanta- 
geous in that auxiliary drive modules 1953 are capable of 
being added to and removed from the vehicle as a unit to 
achieve a corresponding increase or decrease in the drive 
capacity of the vehicle 1910, thereby giving the vehicle 1910 
a reconfigurable drive capacity. As previously indicated, the 
system can be configured to have one of the interface modules 
1934 control a single drive wheel 1914, an entire axle assem- 
bly (one or two motor configuration) as well as a tandem axle 
assembly (one and two motor axle configurations), as well as 
other permutations and combinations. 


[0315] Referring to FIG. 28, FIG. 28 shows the operation of 
the configuration program 1989. At step 2020, it is detected 
that there has been a change in vehicle configuration. The 
auxiliary module may be any of the auxiliary modules 
described above. Step 2020 comprises detecting that an aux- 
iliary module has been added in the case of an added auxiliary 
module, and comprises detecting that an auxiliary module has 
been removed in the case of a removed auxiliary module. If an 
auxiliary module has been rendered in operable (e.g., one of 
the electric motors 1928 has failed), then step 2020 comprises 
detecting that the inoperable auxiliary module has failed. 


[0316] At step 2022, the configuration change is character- 
ized. For example, if an auxiliary module has been added or 
removed, the type and location of the added/removed auxil- 
iary module is determined. If one auxiliary module has been 
replaced with another auxiliary module, the location at which 
the change was made as well as the module type of the added 
and removed auxiliary modules is determined. In the case 
where the auxiliary module comprises an interface module 
1934, the different characteristics of the different auxiliary 
modules may be stored in the respective interface modules 
1934. As a result, step 2022 may be performed by querying 
the interface module 1934 of the removed auxiliary module 
(before it is removed) and by querying the interface module of 
the added auxiliary module. 

[0317] At step 2024, the vehicle 1910 is reconfigured to 
accommodate the added auxiliary drive module. Step 2024 
comprises updating control algorithms in the interface mod- 
ules 1934. For example, if two auxiliary drive modules are 
added, the control algorithms may be updated to decrease the 
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horsepower produced by the original motors 1928 in response 
to a particular throttle input to take into account the additional 
horsepower provided by the added electric motors 1928. 
Alternatively, if one of the electric motors 1928 fails or is 
otherwise rendered inoperable, then the updating compen- 
sates for less than all drive wheels being driven by causing the 
remaining electric motors to be controlled to provide addi- 
tional horsepower. This gives the vehicle 1910 different 
modes of operation, for example, a first mode of operation in 
which the electric motors are controlled such that all of the 
plurality of drive wheels are driven, and a second mode of 
operation in which the electric motors are controlled such that 
less than all of the plurality of drive wheels are driven. 
[0318] At step 2026, a confirmation is sent to the operator 
of the vehicle 1910 via a display of the operator interface 
1973 to confirm that the vehicle has been reconfigured. It may 
also be desirable to transmit this information to other systems. 
For example, one of the interface modules 1934 may be 
provided with a wireless modem, and the change in configu- 
ration information may be transmitted wireless to an off- 
board computer using a radio frequency (RF) communication 
link. Indeed, any of the information stored in any of the 
interface modules or any ofthe other vehicle computers (e.g. 
engine control system, transmission control system, and so 
on) may be transmitted to an off-board computer system in 
this manner to allow off-board vehicle monitoring and/or 
off-board vehicle troubleshooting. The transfer of informa- 
tion may occur through a direct modem link with the off- 
board vehicle computer or through an Internet connection. 
[0319] Thus, the vehicle 1910 has a modular construction, 
with the principal power unit 1916, the power storage unit 
1922, the energy dissipation device 1932, the auxiliary drive 
modules 1953, other drive modules 1984 and 1986, and so on, 
being provided as modules that can be easily added to or 
removed from the vehicle. Any number of such modules can 
be added and is limited only by the extent to which suitable 
locations which connections to the communication network 
and AC bus assembly 1942 exist on the vehicle 1910. Once 
such a device is added, the control system is automatically 
reconfigured by the interface modules 1934. 

[0320] FIG. 25 illustrates the wheels 1914 being driven 
directly by an electric motor 1928 through an appropriate 
wheel-end reduction assembly 1982 if necessary. Referring 
now to FIGS. 31А-31В, a wheel-end reduction assembly 
1982 can also couple the wheels 1914 to a differential assem- 
bly 1978 via drive shafts. A plurality of wheel-end reduction 
assemblies 1982 can couple the wheels 1914 to their respec- 
tive electric motors 1928. Another embodiment ofthe vehicle 
1910 includes a differential assembly 1978 coupled to the 
electric motor 1928 for driving at least two wheels 1914 as 
shown in FIG. 27. Additional differential assemblies 1978, 
such as three assemblies 1978, with each differential assem- 
bly coupled to an electric motor 1928 for driving at least two 
wheels, can also be configured in the vehicle 1910. 

[0321] Referring now to FIG. 33, a method of transferring 
data indicative ofan electric traction vehicle 1910 to potential 
customers over the Internet 1992 includes obtaining informa- 
tion on an electric traction vehicle 1910 including dates, 
prices, shipping times, shipping locations, general shipping 
data, module type, inventory, specification information, 
graphics, source data, trademarks, certification marks and 
combinations thereof. The method further includes entering 
the information on to a terminal 1990 that is operationally 
connected to an Internet server. Terminal 1990 may be micro- 
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processor, a computer, or other conventionally known device 
capable of operationally connecting to a conventionally 
known Internet server. The method further includes transmit- 
ting to the information from terminal 1990 to the Internet 
server that is operationally connected to Internet 1992. Infor- 
mation be transmitted to the internet from the interface mod- 
ules 1934 and may include any of the information stored in 
the interface modules 1934 or any other vehicle computer, as 
previously noted. The method allows manufacturers 1994, 
distributors 1996, retailers 1997 and customers 1998, 
throughout the use of terminals 1990, to transmit information, 
regarding the electric traction vehicle 1910 and the potential 
sale of the electric traction vehicle 1910 to customers, to one 
another individually, collectively or by any combination 
thereof. 

[0322] Thus, there is provided an electric traction vehicle of 
modular design with the modules interconnected by an AC 
bus assembly and a data bus network. Other embodiments 
using other types of vehicles are possible. For example, an 
electric traction vehicle using a modular component design 
can be utilized as a fire truck for use at an airport or one that 
can negotiate severe off-road terrain. The vehicle can also be 
used in a military configuration with the ability to negotiate 
extreme side slopes and negotiate extreme maneuvers at high 
speeds. The modular aspect of the vehicle architecture will 
allow for optimum placement of components to maximize 
performance with regard to center of gravity which will facili- 
tate its operational capabilities. 


D. Network Assisted Monitoring, Service, and Repair 


[0323] Referring now to FIG. 42, a preferred embodiment 
of an equipment service vehicle 210 having a diagnostic 
system 212 according to an embodiment of the invention is 
illustrated. By way of overview, the diagnostic system 212 
comprises an intelligent display module 214, a test interface 
module 221 connected to a plurality of sensors 222, and a 
plurality of additional vehicle control systems 224-230. The 
intelligent display module 214, the test interface module 221, 
and the plurality of additional vehicle control systems 224- 
230 are interconnected with each other by way of a commu- 
nication network 232. 

[0324] More specifically, the vehicle 210 is a military 
vehicle and, in particular, a medium tactical vehicle. How- 
ever, it should be understood that the diagnostic system 212 of 
FIG. 42 could also be used with other types of military 
vehicles. For example, the diagnostic system 212 could be 
used in connection with heavy equipment transporter 
vehicles, which are used to transport battle tanks, fighting and 
recovery vehicles, self-propelled howitzers, construction 
equipment and other types of equipment. These types of 
vehicles are useable on primary, secondary, and unimproved 
roads and trails, and are able to transport in excess of 100,000 
pounds or even in the range of 200,000 pounds or more. The 
diagnostic system 212 can also be used in connection with 
palletized load transport vehicles, in which a mobile truck and 
trailer form a self-contained system capable of loading and 
unloading a wide range of cargo without the need for forklifts 
or other material handling equipment. Such trucks are pro- 
vided with a demountable cargo bed and a hydraulically 
powered arm with a hook that lifts the cargo bed on or off the 
truck. These trucks шау be also provided with а crane to drop 
off the pallets individually if the entire load is not needed. 
Further, the diagnostic system 212 can also be used in con- 
nection with trucks designed for carrying payloads for cross 
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country military missions. Such trucks may include, for 
example, cargo trucks, tractors, fuel servicing trucks, por- 
table water trucks, and recovery vehicles (with crane and 
winch). Such trucks are capable of passing through water 
crossings three or four or more feet deep. These trucks can 
also be used for missile transports/launchers, resupply of 
fueled artillery ammunition and forward area rearm vehicles, 
refueling of tracked and wheeled vehicles and helicopters, 
and recovery of disabled wheeled and tracked vehicles. The 
diagnostic system 212 can be used in connection with a wide 
range of other military vehicles as well. 

[0325] The intelligent display module 214 provides an 
operator interface to the diagnostic system 212 and also pro- 
vides intelligence used to conduct diagnostic tests and other 
services. In particular, the intelligent display module 214 
includes a test control module 215 (which further includes a 
microprocessor 216 and a diagnostic program 217) and an 
operator interface 218 (which further includes a display 219 
and a keypad 220) (see FIG. 43). 

[0326] In the preferred embodiment, the test contro] mod- 
ule 215 and the operator interface 218 are provided as a 
single, integrated unit (namely, the intelligent display module 
214) and share the same housing as well as at least some of the 
internal electronics. Other arrangements are possible, how- 
ever. For example, as can be easily imagined, it would also be 
possible to provide the test control module 215 and the opera- 
tor interface 218 in the form of separate physical units, 
although this arrangement is not preferred for reasons of 
increased cost and parts count. Both the test control module 
215 and the operator interface 218 can be obtained in the form 
of a single, integrated unit from Advanced Technology, Inc., 
Elkhart, Ind. 46517. This product provides a generic flat panel 
4 linex20 character display 219, four button keypad 220, 
microprocessor 216, and memory that is capable of being 
programmed with a program (such as the diagnostic program 
217) to customize the intelligent display module for a par- 
ticular application. Of course, a more (or less) elaborate intel- 
ligent display module could also be utilized. For example, if 
on-line parts ordering capability is incorporated as detailed 
below, then a display module with an SVGA flat touch screen 
monitor with a microprocessor and memory may be pre- 
ferred. Also, the test control module 215 may be implemented 
using one of the interface modules 20, 30, 1420 previously 
described, providing that the interface module has sufficient 
graphics capability to drive a display. 

[0327] Also in the preferred embodiment, the intelligent 
display module 214 is semi-permanently mounted within the 
vehicle 210. By semi-permanently mounted, it is meant that 
the intelligent display module 214 is mounted within the 
vehicle 210 in a manner that is sufficiently rugged to with- 
stand normal operation of the vehicle for extended periods of 
time (at least days or weeks) and still remain operational. 
However, that is not to say that the intelligent display module 
214 is mounted such that it can never be removed (e.g., for 
servicing of the intelligent display module) without signifi- 
cantly degrading the structural integrity of the mounting 
structure employed to mount the intelligent display module 
214 to the remainder of the vehicle 210. The intelligent dis- 
play module 214 is preferably mounted in an operator com- 
partment of the vehicle 210, for example, in a storage com- 
partment within the operator compartment or on an operator 
panel provided on the dashboard. 

[0328] The operation of the test control module 215, and in 
particular of the microprocessor 216 to execute the diagnostic 
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program 217, is shown and described in greater detail below 
in conjunction with the flowchart of FIG. 45. In general, the 
microprocessor 216 executes the diagnostic program 217 to 
diagnose subsystem faults, to display fault information, to 
maintain vehicle maintenance records, and to perform data 
logging for system diagnosis and/or for accident reconstruc- 
tion. Depending on the application, it may be desirable to 
incorporate additional services as well, or to incorporate 
fewer than all of these services. 

[0329] The operator interface 218 includes the display 219 
which is used to communicate (and, in particular, to display) 
information to the operator. For example, the display 219 is 
used to prompt the operator to enter information into the 
keypad 220, or to take certain actions with respect to the 
vehicle during testing (e.g., bring the engine to a specified 
RPM level). The display 219 is also used to display a menu or 
series of menus to allow the operator to select a test to be 
performed or to select another service of the intelligent dis- 
play module 214 to be utilized. The display 219 is also used to 
display status information during system startup and during 
testing, and to display any error messages that arise during 
system startup or during testing. The display 219 is also used 
to display input data and fault mode indicators from control 
systems 224-230, and any other information from additional 
vehicle subsystems. The display 219 is also used to display 
information from discrete sensors such as the sensors 222. 
The display 219 is also used to display the results of diagnos- 
tic tests that are performed (e.g., a pass/fail message or other 
message). 

[0330] Preferably, the display 219 displays all ofthis infor- 
mation to the operator in a user-friendly format as opposed to 
in the form of codes that must be interpreted by reference to 
a separate test or service manual. This is achieved in straight- 
forward fashion by storing in the memory of the intelligent 
display module 214 information of the type commonly pub- 
lished in such manuals to facilitate manual interpretation of 
such codes, and using this information to perform the trans- 
lation automatically. Likewise, as previously noted, the dis- 
play 219 is used to prompt the operator to take certain actions 
with respect to the vehicle during testing and to otherwise step 
the operator through any test procedures, without reference to 
a test manual. This allows the amount of operator training to 
be reduced. 

[0331] The operator interface 218 also includes the keypad 
220 which is used to accept or receive operator inputs. For 
example, the keypad 220 is used to allow the user to scroll 
through and otherwise navigate menus displayed by the dis- 
play 219 (e.g., menus of possible tests to be performed on the 
vehicle 210), and to select menu items from those menus. 
[0332] As previously noted, it would also be possible to 
utilize a more elaborate intelligent display module. For 
example, a more elaborate keypad 220 could be utilized if 
more data entry capability is desired. In this regard, however, 
it is noted that the intelligent display module 214 also pref- 
erably includes a communication port that allows the display 
module to communicate with a personal computer 233 by 
way of a communication network 232 (see FIG. 43). The 
personal computer 233 can be used to retrieve, manipulate 
and examine data stored within the intelligent display module 
214. For example, if the intelligent display module 214 
includes a data logger as described below, the personal com- 
puter can be used to retrieve and examine the information 
stored by the data logger. Likewise, if the intelligent display 
module 214 implements a vehicle maintenance jacket, the 
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personal computer 233 can be used to retrieve and modify 
data stored in the vehicle maintenance jacket. Further, using 
the personal computer 233, it is possible to integrate the 
diagnostic system 212 with an interactive electronic technical 
manual (IETM), to allow the interactive electronic technical 
manual to access the data available from the diagnostic sys- 
tem 212. 


[0333] The test interface module 221 accepts requests from 
the intelligent display module 214 for information from the 
sensors 222, retrieves the requested information from the 
respective sensor 222, converts input signals from the respec- 
tive sensor 222 into a format that is compatible with the 
communication network 232, and transmits the information 
from the respective sensor 222 to the intelligent display mod- 
ule 214 via the communication network 232. The test inter- 
face module 221 is therefore implemented as a passive unit 
with no standard broadcasts that burden the communication 
network 232. As a result, in operation, the test interface mod- 
ule 221 does not regularly transmit data on the communica- 
tion network 232. Rather, the test interface module 221 pas- 
sively monitors the communication network 232 for 
information requests directed to the interface module 221. 
When an information request is received, the test interface 
module 221 obtains the requested information from the rel- 
evant sensor 222, and then transmits the requested informa- 
tion on the communication network 232 to the intelligent 
display module 214. Alternatively, in accordance with the 
arrangement described in FIGS. 20-23, it may be desirable to 
implement the test interface module 221 as an active unit that 
broadcasts input status information in the same manner as the 
interface modules 1420. 


[0334] The test interface module 221 may, for example, 
include as many inputs as there are sensors 222. Each input 
may include associated switches for configuring the input, an 
analog-to-digital converter to convert analog signals to a digi- 
tal format, and any other signal processing circuitry. The 
number of inputs is not important, since it is possible to use 
fewer test interface modules each with a larger number of 
inputs, or more test interface modules each with a smaller 
number of inputs. The number of inputs is not limited in any 
particular way and is determined by need. 

[0335] In practice, the test interface module 221 may be a 
commercially available unit capable of putting information 
from discrete sensors onto a communication network such as 
SAE (Society of Automotive Engineers) J1708. The test inter- 
face module 221 preferably also meets applicable standards 
for underhood installation, such as SAE J1455, to allow the 
test interface module to be located in close proximity to the 
sensors 222 to reduce wiring. The test interface module may, 
for example, be obtained from Advanced Technology Inc., 
Elkhart, Ind. 46517 (PN 3246282). Again, however, a wide 
range of devices of varying construction and complexity 
could be utilized to implement the test interface module 221. 
[0336] The test interface module 221 is connected to the 
plurality of sensors 222 which are each capable of obtaining 
information pertaining to the health and operation ofa vehicle 
subsystem. “Health” and “operation” are interrelated and 
information that pertains to one will, at least to some extent, 
pertain to the other as well. The sensors 222 are discrete 
sensors in the sense that they are not integrally provided with 
the control systems 224-230 and associated controlled 
mechanical systems (e.g., engine, transmission, and so on) 
234-240. The sensors are add-on devices that are used only in 
connection with the intelligent display module 214. In gen- 
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eral, discrete sensors are preferably only used when the infor- 
mation provided by the sensor is not otherwise available on 
the communication network 232. In FIG. 43, the sensors 222 
are shown to include a fuel filter inlet pressure sensor 222a, 
fuel pump outlet pressure sensor 222b, fuel return pressure 
sensor 222c, oil filter sensors 222d, an air cleaner pressure 
sensor 222e, a fuel differential pressure switch 2227, and а 
shunt resistor 222g (used to determine compression imbal- 
ance based on unequal current peaks in the starter current). 
[0337] Inadditionto the intelligent display module 214 and 
the test interface module 221, the diagnostic system 212 also 
includes a plurality of additional vehicle control systems 
224-230, as previously noted. As shown in FIG. 43, the con- 
trol system 240 is a central tire inflation control system that 
controls a central tire inflation system (CTIS) 34, the control 
system 226 is an anti-lock brake control system that controls 
an anti-lock brake system (ABS) 236, the control system 228 
is a transmission control system that controls a transmission 
238, and the control system 230 is an engine control system 
that controls an engine 240. The vehicle subsystems formed 
by the mechanical systems 234-240 and associated control 
systems 224-230 are conventional and are chosen in accor- 
dance with the intended use of the vehicle 210. 

[0338] The control systems 224-230 each store information 
pertaining to the health and operation of a respective con- 
trolled system. The control systems 224-230 are capable of 
being queried and, in response, making the requested infor- 
mation available on the communication network 232. 
Because the vast amount of information required for perform- 
ing most diagnostic tests of interest is available from the 
control systems 224-230 by way of the communication net- 
work 232, it is possible to drastically reduce the number of 
discrete sensors 222 that are required. Thus, as just noted, 
discrete sensors are preferably only used when the informa- 
tion provided by the sensor is not otherwise available on the 
communication network 232. 

[0339] Typically, each ofthe control systems 224-230 com- 
prises a microprocessor-based electronic control unit (ECU) 
that is connected to the communication network 232. When 
the intelligent display module 214 requires status information 
pertaining to one of the mechanical systems 234-240, the 
intelligent display module 214 issues a request for the infor- 
mation to the respective one of the control systems 224-230. 
The respective control system then responds by making the 
requested information available on the communication net- 
work 232. 

[0340] Typical ECUs for transmission and engine control 
systems are capable of producing fault codes and transmitting 
the fault codes on the communication network 232. Depend- 
ing on the type of fault, the fault codes may be transmitted 
automatically or alternative only in response to a specific 
request for fault information. Typical ECUs for central tire 
inflation systems and anti-lock brake systems also transmit 
fault codes but, in most commercially available systems, fault 
codes are transmitted only in response to specific requests for 
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fault information. When a fault code is transmitted on the 
communication network 232, the intelligent display module 
214 receives the fault codes from the communication network 
232, interprets the fault codes, and displays the interpreted 
fault codes to a human operator using the display 219. 

[0341] 
be implemented as a stand-alone system or in the context of 


It may be noted that the diagnostic system 212 may 


the control systems 12 and 1412 described in connection with 
FIGS. 1-23. For example, in the context ofthe control system 
1412, the communication network 232 and the communica- 
tion network 1460 may be the same network, such that the 
intelligent display module 214 and the test interface module 
221 are disposed on the communication network 1460 along 
with the interface modules 1420. When combined in this 
manner, the anti-lock brake control system 226 and anti-lock 
brake control system 1495 are in practice the same devices, as 
are the transmission control system 228 and the transmission 
control system 1493, and the engine control system 230 and 
the engine control system 1491, and also as are the respective 
controlled subsystems. The intelligent display module 214 
maintains a dynamically updated I/O status table 1520 by 
listening to the I/O status broadcasts made by the interface 
modules 1420 and the control systems 224-230, as described 
in connection with FIGS. 20-23. This makes it possible to 
connect the sensors 222 to the communication network 232 
by way of one or more of the interface modules 1420 rather 
than through the use of a separate dedicated test interface 
module, and making it possible to eliminate redundant sen- 
sors. A further advantage of this arrangement is that the intel- 
ligent display module 214 has access to all of the I/O status 
information provided by the interface modules 1420. 

[0342] Referring now to FIG. 44, in general, during opera- 
tion, the display 219 displays menus to the operator and the 
keypad receives operator inputs used to navigate the menu, 
make menu selections, and begin testing. Assuming other 
services are also provided, the operator is first prompted to 
select an option from among a list of options that includes 
options of other services provided by the intelligent display 
module 214. The list of options may include, for example, an 
option 250 to perform vehicle diagnostic testing, an option 
252 to view engine codes, an option 254 to view transmission 
codes, an option 256 to view ABS codes, an option 258 to 
view CTIS codes, an option 260 to view and/or modify data in 
the vehicle maintenance jacket, and an option 262 to view 
information stored in a data logger. Given that the display 219 
is a four line display in the preferred embodiment, a vertically 
sliding winding 264 is used to scroll through the options, and 
the user presses a select button on the keypad 220 when a 
cursor 266 is positioned on the desired option. As previously 
noted, other options may also be provided. 

[0343] Referring now to FIG. 45, a flowchart showing the 
operation of the diagnostic system of FIGS. 42-43 to perform 
a diagnostic test is illustrated. In connection with military 
vehicles, the diagnostic system 212 may for example be made 
capable of performing the following diagnostic tests, all of 
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34 


which provide information pertaining to the health and opera- 
tion of the tested subsystem: 


Test 


Engine RPM 
(AVE) 
Engine RPM, 
Cranking 

SI only 


Power Test 
(RPM/SEC) 


Power Test 
(% Power) 


Compression 
Unbalance (%) 


Dwell Angle 
(TDC) 

Points Voltage 
(VDC) 


Coil Primary 


Fuel Filter 
Pressure Drop 
(PASS/FAIL) 


Fuel Solenoid 
Voltage (VDC) 


Air Cleaner 
Pressure Drop 
(RIGHT) (In Н:О) 


Air Cleaner 
Pressure Drop 
(LEFT) 

(In Н-О) 
Turbocharger 
Outlet Pressure 
(RIGHT) (In Hg) 


Test Description and 
Application 


ENGINE TESTS 


Measures average speed of 
engine crankshaft. 

Measures cranking RPM. 
Performed with ignition ON. 
Inhibit spark plug firing 
allowing cranking without 
starting. 

Measures engine’s power 
producing potential in units 
of RPM/SEC. Used when 
programmed engine constants 
and corresponding Vehicle 
Identification Number (VID) 
have not been established. 
Measures percentage of 
engine’s power producing 
potential compared to full 
power of a new engine. 
Evaluates relative cylinder 
compression and displays 
percent difference between 
the highest and the lowest 
compression values in an 
engine cycle. 

IGNITION TESTS 


Measures number of degrees 
that the points are closed. 
Measures voltage drop across 
the points (points positive 

to battery return). 

Measures voltage available 

at the coil positive terminal 
of the operating condition of 
the coil. 

FUEL/AIR SYSTEM TESTS 


This test measures the outlet 
pressure of the fuel pump. 


Measures return pressure to 
detect return line blockage, 
leaks, or insufficient 
restrictor back pressure. 
Detects clogging via opening 
of a differential pressure 
switch across the secondary 
fuel filter. 

Measures the voltage present 
at the fuel shutoff solenoid 
positive terminal. 

Measures suction vacuum in air 
intake after the air cleaner 
relative to ambient air 
pressure to detect extent of 
air cleaner clogging. 

Second air cleaner on dual 
intake systems. 


Measures discharge pressure 
of the turbocharger. 


Exemplary 
Measurement 
Range(s) 


50-5000 RPM 


50-1500 RPM 


500-3500 RPM/s 


0-100% 


0-90% 


10-72 @ 
2000 RPM 
0-2 VDC 


0-32 VDC 


0-100 psi 


0-10 psi 
0-30 psi 
0-100 psi 
0-300 psi 
0-100 psi 


PASS/FAIL 


0-32 VDC 


0-60 in. НО 


0-60 in. 0 


0-50 in. Hg 
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Test 


Turbocharger 
Outlet Pressure 
(LEFT) (In Hg) 
Airbox Pressure 


(In Hg) 


Intake Manifold 
Vacuum (In Hg) 
Intake Manifold 
Vacuum Variation 


(In Hg) 


Engine Oil 
Pressure (psi) 
Engine Oil 
Filter 


Engine Oil 
Temperature 
СЕ) 


Engine Coolant 
Temperature 


СЕ) 


Battery Voltage 
(VDO) 

Starter Motor 
Voltage (VDC) 


° 


Starter Negative 
Cable Voltage 
Drop (VDC) 


Starter Solenoid 
Volts (VDC) 


Starter Current, 
Average (amps) 
Starter Current 
First Peak (Peak 
Amps, DC) 


Battery Internal 
Resistance 
(Milliohms) 
Starter Circuit 
Resistance 
(Milliohms) 


Battery 
Resistance 


-continued 


Test Description and 
Application 


Second turbocharger on dual 
intake systems. 


Measures the airbox pressure 
of two stroke engines. This 
measurement is useful in 
detecting air induction path 
obstructions or leaks. 

Spark ignition engine intake 
system evaluation. 

Spark ignition engine intake 
system evaluation. 


LUBRICATION/COOLING 
SYSTEM TESTS 


Measures engine oil pressure. 


Measures the pressure drop 
across the engine oil filter as 
indicator of filter element 
clogging. 
Primarily applicable to air 
cooled engines. Requires 
transducer output shorting 
switch on vehicle to perform 
system zero offset test. 
Transducer output shorting 
switch on vehicle required. 


STARTING/CHARGING 
SYSTEM TESTS 


Measure battery voltage at or 
near battery terminals. 
Measures the voltage present 
at the starter motor positive 
terminal. 

Measures voltage drop on 
starter path. A high voltage 
indicates excessive ground 
path resistance. 

Measures voltage present at 
the starter solenoid’s 
positive terminal. Measures 
current through battery 
ground path shunt. 

Measures starter current. 


Provides a good overall as- 
sessment of complete starting 
system. Tests condition of the 
starting circuit and battery’s 
ability to deliver starting 
current. The measurement is 
made at the moment the starter 
is engaged and prior to 
armature movement. Peak 
currents less than nominal 
indicate relatively high 
resistance caused by poor 
connections, faulty wiring, 

or low battery voltage. 
Evaluate battery condition 

by measuring battery voltage 
and current simultaneously. 
Measures the combined 
resistance of the starter 
circuit internal to the 
batteries. 

Measures rate of change of 
battery resistance as an 
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Exemplary 
Measurement 
Range(s) 
0-50 in. Hg 


0-20 in. Hg 
0-50 in. Hg 
0-30 in. Hg 
0-30 in. Hg 
0-100 psi 


0-25 psi 


120-300° Е. 


120-300° Е. 


0-32 VDC 


0-32 VDC 


0-2 VDC 


0-32 VDC 


0-1000 
0-2000 
0-1000 
0-2000 


0-999.9 mohm 


0-999.9 mohm 


0-999.9 mohm/s 
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-continued 
Exemplary 

Test Description and Measurement 
Test Application Range(s) 
Change indicator of battery 
(Milliohms/sec) condition. 
Battery Current Measures current to or from -999-1000 A 

the battery. -999-2000 A 
Battery Determines whether electro- PASS/FAIL 
Electrolyte lyte in the sensed cell is of 
Level sufficient level (і.е., in 
(PASS/FAIL) contact with electrolyte 

probe). 
Alternator/Gen- Measures output voltage of 0-32 VDC 
erator Output generator/alternator. 
Voltage (VDC) 
Alternator/Gen- Measures voltage present at 0-32 VDC 
erator Field alternator/generator field 
Voltage (VDC) windings. 
Alternator/Gen- Measures voltage drop in 0-2 VDC 
erator Negative ground cable and connection 
Cable Voltage between alternator/generator 
Drop (VDC) ground terminal and battery 

negative terminal. 
Alternator Measures voltage output at 0-3 VAC 
Output Current the current transformer in 
Sense (VAC-RMS) 650 ampere alternator. 
Alternator AC Measures alternator output 0-22 VAC 
Voltage Sense voltage. 
(VAC-RMS) 

[0344] In general, the specific diagnostic tests that are per- [0347] At Step 306, the intelligent display module 214 


formed will be selected depending on the application, includ- 
ing the type of equipment utilized by the vehicle 210. Most or 
all tests may be simple in nature from a data acquisition 
standpoint, involving primarily bringing the vehicle to a par- 
ticular operating condition (e.g., engine speed), if necessary, 
and obtaining information from a suitable transducer con- 
structed and placed to measure the parameter of interest, 
although more elaborate tests could also be utilized. Any 
number of different vehicle parameters can be measured, 
each providing a separate data point regarding the operational 
health of the vehicle. By providing an operator with enough 
data points regarding the operational health of the vehicle, the 
operator can use this information in a known way to deter- 
mine whether the vehicle is in good working order, or whether 
some subsystem or component thereof needs to be repaired or 
replaced. 


[0345] At step 302, once the vehicle diagnostic option is 
selected, the display 219 displays a menu of various tests that 
are available to the operator, and the operator is prompted to 
select a test from the test menu. Again, the list of options may 
comprise dozens of options, such as some or all of those listed 
above, and/or tests other than those listed above, and the 
operator can scroll through the menu and selected the desired 
option. 

[0346] At Step 304, the operator is prompted to perform a 
vehicle related action. This step, which may or may not be 
necessary depending on the type of test performed, may be 
used to prompt the operator to start the engine to develop fuel 
pressure, oil pressure, and so on, depending on which vehicle 
parameter is tested. For example, if it is desired to test the 
operational health of the battery, then the operator may be 
prompted to engage the starter for a predetermined amount of 
time to establish a current draw on the battery. 


issues a request for information from the test interface module 
221 and/or from one or more of the control systems 224-230. 
As previously noted, the test interface module 221 does not 
continually broadcast information on the communication net- 
work 232, because the sensors 222 connected to the test 
interface module are used only for diagnostic testing and 
because presumably diagnostic testing will be performed 
only infrequently. Therefore, when the intelligent display 
module 214 needs information from one of the sensors 222 
pursuant to a test requested to be performed by the operator at 
the operator interface 218, the intelligent display module 214 
requests the test interface module 221 for this information. 


[0348] Alternatively, the needed information may be of a 
type that is available from one of the control systems 224-230. 
The control systems 224-230 are not only able to acquire 
information from sensors located within the systems 234- 
240, but are also able to maintain information derived from 
sensors located within the systems 234-240. For example, the 
engine control system 230 may maintain information pertain- 
ing to the average RPM of the engine, which is a parameter 
that is not directly measurable but that can be easily calcu- 
lated based on parameters that are directly measurable. 
Through the communication network 232, all of this infor- 
mation is made available to the diagnostic system 212. When 
the intelligent display module 214 needs information from 
one of the control systems 224-230 pursuant to a test 
requested to be performed by the operator at the operator 
interface 218, the intelligent display module 214 requests the 
respective control system for this information. 

[0349] At Step 308, the requested information is retrieved 
from one of the sensors 222 by the test interface module 221, 
or from memory or an internal sensor by the respective con- 
trol system 224-230. At step 309, the information is transmit- 
ted from the test interface module 221 or from one of the 
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control systems 224-230 to the intelligent display module 214 
by way of the communication network 232. 

[0350] Alternatively, the needed information may be of a 
type that is available from one ofthe interface modules 1420. 
In this case, the information is readily available in the ГО 
status table 1520 maintained by the intelligent display mod- 
ule 214, without there being a need to specifically request the 
information. 

[0351] At step 312, the input status information is pro- 
cessed at the intelligent display module 214. For example, if 
fuel supply pressure is measured by one of the sensors 222, 
then the measured fuel supply pressure may be compared 
with upper and lower benchmark values to determine whether 
the fuel pressure is at an acceptable level, or whether it is too 
high or too low. Finally, at step 314, the results ofthe test are 
displayed to the operator. 

[0352] As has been previously noted, in addition to per- 
forming diagnostic tests, the intelligent display module 214 
can also be used to provide other services to an operator. For 
example, the intelligent display module 214 can be used to 
allow the operator to view engine codes, to view transmission 
codes, to view ABS codes, and to view CTIS codes. In prac- 
tice, these services can be implemented simply by allowing 
acquiring the respective codes from the respective control 
system 224-230, and displaying the codes to the operator. 
Additionally, the control systems 224-230 may automatically 
transmit fault information on the communication network 
232, and the intelligent display module 214 can listen for such 
fault information and display the fault information to the user 
when it appears on the communication network 232. 

[0353] The intelligent display module 214 also includes 
sufficient memory to allow maintenance information to be 
stored therein to implement maintenance jacket functionality. 
The maintenance log may consist of a table comprising a 
variety of fields, such as registration numbers, chassis serial 
number, vehicle codes, and dates and descriptions of mainte- 
nance actions performed. This information may be retrieved 
and manipulated utilizing the computer 234 when the vehicle 
210 is taken to a maintenance depot. If the computer 234 is 
provided with an interactive electronic technical manual 
(IETM) for the vehicle 210, this allows the IETM to have 
access to all ofthe diagnostic data acquired by the intelligent 
display module 214 as well as all of the maintenance data 
stored by the intelligent display module 214. This greatly 
enhances the ability to perform vehicle maintenance and 
diagnostics on the vehicle 210. 

[0354] Additionally, sufficient memory capacity 18 prefer- 
ably provided so that status information from the test inter- 
face module 221 as well as the control systems 224-230 can 
be sampled and stored at frequent, regular intervals in a cir- 
cular data queue (1.e., with new data eventually replacing old 
data in the circular queue). This allows the intelligent display 
module 214 to provide a data logger service so that input data 
acquired over a period of time can be viewed to allow an 
assessment of dynamic conditions leading to a fault to be 
evaluated. Additionally, the vehicle is preferably provided 
with one more sensors that indicate whether a severe mal- 
function (e.g., the vehicle being involved in an accident) has 
occurred. When inputs from these sensors indicates that a 
severe malfunction has occurred, data logging is stopped, so 
that data leading up to the severe malfunction is stored in a 
manner similar to a so-called *black box recorder" 

[0355] Referring now to FIGS. 46-49, as previously men- 
tioned, the control systems 12 and 1412 can be used in con- 
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nection with a variety of different types of equipment service 
vehicles. The зате 16 true ofthe diagnostic system 212. FIGS. 
46-49 show some of the vehicles that can employ the control 
systems 12 and 1412 and/or the diagnostic system 212. 


[0356] Referring first to FIG. 46, FIG. 46 is a schematic 
view of a fire fighting vehicle 310 that utilizes the diagnostic 
system 212. The fire fighting vehicle 310 comprises a water 
dispensing system 315 including water hoses, pumps, control 
valves, and so on, used to direct water at the scene of a fire. 
The fire fighting vehicle 310 may also comprise a foam dis- 
pensing system 318 as an alternative fire extinguishing sys- 
tem. The fire fighting vehicle 310 also comprises emergency 
lighting 324, which may in practice be red and white or red, 
white and blue flashing lights, as well as an emergency horn 
326 and an emergency siren 328 used, among other things, for 
alerting motorists to the presence of the fire fighting vehicle 
310 in transit to or at the scene of a fire. The fire fighting 
vehicle 310 may also comprise an extendable aerial 331 that 
supports a basket 332 used to vertically carry fire fighting 
personnel to an emergency situation at the scene ofa fire. The 
diagnostic system 212 may be used to diagnose vehicle mal- 
functions in the manner described above in connection with 
the vehicle 210, as well as to diagnose malfunctions of the 
specialized systems described above found on fire fighting 
vehicles. Of course, the features of the fire fighting vehicle 
310 in FIG. 46 and the fire fighting vehicle 10 of FIGS. 1-13 
(including the features pertaining to the I/O status table 1520 
described in connection with FIGS. 21-24) may be combined. 


[0357] Referring now to FIG. 47, a schematic view of 
another type of equipment service vehicle 360 that utilizes the 
diagnostic system 212 is shown. The equipment service 
vehicle 360 is a mixing vehicle such as a cement mixing 
vehicle. The mixing vehicle 360 comprises a rotatable mixing 
drum 362 that is driven by engine power from the engine 240 
via a power takeoff mechanism 364. The mixing vehicle 360 
also includes a dispenser or chute 368 that dispenses the 
mixed matter or material, for example, mixed cement. The 
chute 368 is moveable to allow the mixed cement to be placed 
at different locations. The chute 368 may swing from one side 
of the concrete mixing vehicle 360 to the other side. Rotation 
of the mixing drum 362 is controlled under operator control 
using an operator control panel 366 including chute and drum 
controls comprising one or more joysticks or input devices. 
Additional controls may be provided inside the operator com- 
partment for driver or passenger control of the drum 362 and 
chute 368, for example, a dash-mounted control lever to con- 
trol drum rotation direction, a console-mounted joystick to 
control external hydraulic valves for chute up/down and 
swing right/left. Drum rotation start/stop may be controlled 
using a switch on top of the joystick lever. Outside controls 
mounted may include chute up/down and swing right/left and 
remote engine throttle. Drum rotation direction controls may 
be mounted on right side of front fender. The diagnostic 
system 212 is used to diagnose vehicle malfunctions in the 
manner described above in connection with the vehicle 210, 
as well as to diagnose malfunctions of the specialized systems 
described above found on mixing vehicles. 

[0358] The mixing vehicle 360 may also include the control 
system 1412 described above. In such an arrangement, for 
example, an interface module 1420 is located near the opera- 
tor control panel 366 receiving operator inputs which the 
control system 1412 uses to control of the mixing drum 362. 
An additional interface module 1420 may also be provided in 
an operator compartment of the mixing vehicle 360 to inter- 
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face with input devices inside the operator compartment 
which permit driver control of the mixing drum 362. Interface 
modules 1420 are also connected to output devices such as a 
drive mechanism that controls rotation of the mixing drum 
362 and a drive mechanism that controls movement of the 
chute 368. For example, if drum and chute movement are 
driven by engine power from the engine 240 via a power 
takeoff mechanism 364, the interface modules 1420 may be 
used to control output devices 1450 in the form of electroni- 
cally controlled hydraulic valves that control the flow of 
hydraulic power from the engine to the mixing drum and 
electronically controlled hydraulic valves that control the 
flow of hydraulic power from the engine to the chute. Alter- 
natively, if electric drive motors are used to drive drum and 
chute movement (for example, in the context of a mixing 
vehicle implemented using the electric vehicle 1910 as 
described above), then the interface modules 1420 may be 
used to control the drive motors. In operation, inputs are 
received from the operator controls at one interface module 
1420 may be transmitted to the interface modules 1420 that 
control the valves during I/O status broadcasts, which in turn 
control operation of the drum 362 and chute 368 based on the 
operator inputs. Other devices, such as air dryers, air com- 
pressors, and a large capacity (e.g., 150 gallon) water system 
may be connected to interface modules 1420 and controlled in 
accordance with operator inputs received from similar input 
devices at the operator panels and transmitted over the com- 
munication network. Additional interface modules 1420 may 
be used to receive inputs from input devices 1440 in the 
operator compartment and control output devices 1450 such 
as FMVSS lighting as described above. 


[0359] Referring now to FIG. 48, a schematic view of 
anothertype of equipment service vehicle 370 that utilizes the 
diagnostic system 212 is shown. The equipment service 
vehicle 370 is a refuse handling vehicle and comprises one or 
more refuse compartments 372 for storing collected refuse 
and other materials such as goods for recycling. The refuse 
handling vehicle 370 also includes a hydraulic compactor 374 
for compacting collected refuse. The hydraulic compactor 
374 1s driven by engine power from the engine 240 via a 
power takeoff mechanism 376. The refuse handling vehicle 
may also include an automatic loading or tipping system 378 
for loading large refuse containers and for transferring the 
contents of the refuse containers into one of the compart- 
ments 372. The loading system 378 as well as the hydraulic 
compactor may controlled under operator control using a 
control panel 379. Тһе diagnostic system 212 may be used to 
diagnose vehicle malfunctions in the manner described above 
in connection with the vehicle 210, as well as to diagnose 
malfunctions of the specialized systems described above 
found on refuse handling vehicles. 


[0360] The refuse handling vehicle 370 may also include 
the control system 1412 described above. In such an arrange- 
ment, an interface module 1420 is located near the hydraulic 
compactor 374 and controls valves associated with the 
hydraulic compactor 374. Another interface module 1420 
located adjacent the automatic loading or tipping system 378 
controls hydraulic valves associated with the system 378. 
Again, the interface modules 1420 may be used to control the 
drive motors instead of hydraulic valves in the context of. 
Another interface module 1420 is located adjacent the opera- 
tor control panel 379 and is connected to receive operator 
inputs from input devices 1440 which are part of the control 
panel 379. [n operation, inputs are received from the operator 
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controls at one interface module 1420 and are transmitted to 
the interface modules 1420 that control the hydraulic valves 
during I/O status broadcasts, which in turn control operation 
ofthe hydraulic compactor 374 and loading system 378 based 
on the operator inputs. Additional interface modules may be 
used to receive inputs from input devices 1440 in the operator 
compartment and control output devices 1450 such as 
FMVSS lighting as described above. 


[0361] Referring now to FIG. 49, a schematic view of 
anothertype ofequipment service vehicle 380 that utilizes the 
diagnostic system 212 is shown. The equipment service 
vehicle 380 is a snow removal vehicle and comprises a snow 
removal device 382 which may, for example, be a rotary 
blower, plow, or sweeper. The snow removal device 382 may 
be driven by engine power from the engine 240 via a power 
takeoff mechanism 384 to remove snow from a region near 
the snow removal vehicle 380 as the snow removal vehicle 
380 is moving. The diagnostic system 212 may be used to 
diagnose vehicle malfunctions in the manner described above 
in connection with the vehicle 210, as well as to diagnose 
malfunctions of the specialized systems described above 
found on snow removal vehicles. 


[0362] The snow removal vehicle 380 may also include the 
control system 1412 described above. An interface module 
1420 located adjacent an operator compartment receives 
operator inputs from input devices 1440 located in the opera- 
tor compartment. One or more additional interface modules 
1420 receive the operator input during I/O status broadcasts, 
and in response controls various output devices 1450 such as 
FMVSS lighting as described above. Preferably, the snow 
removal vehicle 380 employs the teachings of U.S. Pat. No. 
6,266,598, entitled “Control System and Method for a Snow 
Removal Vehicle,’ hereby expressly incorporated by refer- 
ence. The preferred snow removal vehicle disclosed therein 
comprises an impeller, an engine system, and an engine con- 
trol system. The engine system includes a traction engine 
which is coupledto drive wheels ofthe snow removal vehicle, 
and is adapted to drive the drive wheels to drive movement of 
the snow removal vehicle. The engine system also includes an 
impeller engine which is coupled to the impeller and is 
adapted to drive the impeller to drive snow removal. The 
engine control system receives feedback information pertain- 
ing to operation of the impeller, and controls the engine 
system based on the feedback information. The engine con- 
trol system includes a communication network, a micropro- 
cessor-based traction engine control unit which is coupled to 
the traction engine and is adapted to control the traction 
engine, a microprocessor-based impeller engine control unit 
which is coupled to the impeller engine and is adapted to 
control the impeller engine, and a microprocessor-based sys- 
tem control unit. The system control unit is coupled to the 
traction engine control unit and the impeller engine control 
unit by way ofthe network communication link. The system 
control unit is adapted to receive the feedback information 
pertaining to the operation of the impeller, and to generate a 
control signal for the traction engine control unit based on the 
feedback information. 

[0363] Advantageously, due to the utilization of a network 
architecture in the preferred embodiment, the diagnostic sys- 
tem is able to use sensors and other sources of information 
that are already provided on the vehicle, because it 1s able to 
interact with other vehicle control systems such as the engine 
control system, the anti-lock brake control system, the central 
tire inflation control system, and so on, via a communication 
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network. The fact that the diagnostic system is connected to 
these other systems, which are all typically capable of pro- 
viding a vast array of status information, puts this status 
information at the disposal of the diagnostic system. 

[0364] Further, due to the utilization of an intelligent dis- 
play module in the preferred embodiment, it is possible for 
the intelligent display module to be connected to the commu- 
nication network and collect information as necessary for a 
variety of purposes. Thus, the preferred intelligent display 
module is microprocessor-based and is capable of executing 
firmware to provide additional functionality such as data 
logging, accident reconstruction, and a vehicle maintenance 
record. Again, this functionality can be achieved by taking 
advantage of the information available from the vehicle sub- 
systems by way of the network architecture. 

[0365] Moreover, by mounting the intelligent display mod- 
ule on board the vehicle in the preferred embodiment, for 
example, in an operator compartment, it is not necessary to 
bring the vehicle to a maintenance depot to have vehicle 
malfunctions diagnosed. The services offered by the intelli- 
gent display module are available wherever and whenever the 
vehicle is in operation. 

[0366] Referring now to FIG. 50, an overview of a system 
410 that utilizes the diagnostic system 212 is illustrated. The 
system 410 interconnects the computing resources of a plu- 
ташу of vehicles 411-414 with those of a maintenance center 
416, a manufacturer facility 417, and a fleet manager 418 
using a communication network 420. Of course, although 
four vehicles are shown, it is possible to use the system 410 in 
connection with fewer or additional vehicles. Also, although 
in the preferred embodiment the system 410 includes all of 
the devices shown in FIG. 50, it is also possible to construct a 
system that uses only some of the devices in FIG. 50. 

[0367] Тһе vehicles 411-414 are assumed to be military 
vehicles, although the vehicles could also be any of a variety 
of other types of vehicles including the other types of equip- 
ment service vehicles described herein (e.g., fire fighting 
vehicles, concrete transport and delivery vehicles, military 
vehicles, ambulances, refuse transport vehicles, liquid trans- 
port vehicles, snow removal vehicles, and so on). The 
vehicles 411 each have a control system 1412 as previously 
described, and therefore the on-board computer system 422 
includes a plurality of interface modules 1420. The vehicles 
411-414 each include an on-board computer system 422 
which further includes the test control module 215 and the 
operator interface 218 previously described above in connec- 
tion with FIGS. 42-49. The on-board computer system 422 
also includes a web server program 423 and is coupled to a 
global positioning system (GPS) receiver 425. Although 
these features are discussed in connection with the vehicle 
411 in FIG. 50, it should be noted that the vehicles 412-414 
include these features as well (although the vehicles 411-414 
need not all be the same type of vehicle). 

[0368] The web server program 423, which is executed on 
the intelligent display module 214 or on another computer 
connected to the network 232, allows an operator using the 
maintenance center computer system 424, the manufacturer 
computer system 432 and/or the fleet management computer 
system 437 to access vehicle information. For example, the 
operator is given access to the information in the I/O status 
table 1520 maintained by the intelligent display module 214 
using a web interface. Thus, the operator can click on depic- 
tions of individual input devices 40, 1440 and output devices 
50, 1550, and the web server 423 responds by providing 
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information as to the status ofthose devices. Additionally, the 
operator is also given access to information from the control 
systems 224-230. Thus, the operator can click on a depiction 
of the central tire inflation system 234 to obtain central tire 
inflation system information, can click on a depiction of the 
brake system 236 to obtain brake system information, can 
click on a depiction of the transmission system 238 to obtain 
transmission system information, and/or can click on a depic- 
tion ofthe engine 240 to obtain engine information. When the 
web server 423 receives these operator inputs, the web server 
423 provides the requested information to the operator by 
way ofthe communication network 420. It may also be desir- 
able to provide the on-board computer system 422 with web- 
browser functionality to allow the on-board computer system 
422 to obtain information from the maintenance center com- 
puter system 424 and/or the manufacturer computer system 
432. 


[0369] Rather than clicking on various vehicle compo- 
nents, a list of I/O states for all or some of the I/O devices 1440 
and 1450 and/or I/O status information from the control sys- 
tems 224-230 may be displayed to the operator. For example, 
a particular input or output may be identified with a descrip- 
tive identifier (e.g., “PTO Solenoid’) with an indication as to 
whether the input/output is on or off (e.g., by placing the 
words “on” ог “off” next to the descriptive identifier, or 
through the use of a color indicator whose color varies 
according to I/O state). For analog I/O devices, meters, 
gauges, or other image corresponding to the I/O device may 
be displayed, without displaying the entire vehicle and with- 
out use of the web server 423 and web browsers 430, 435, 
438. Various examples are shown in FIGS. 57-67. All of the 
ГО status information is preferably capable of being trans- 
ferred automatically and on a real-time basis for real-time 
remote monitoring of any aspect of operation of the vehicle 
411. 

[0370] In an alternative embodiment, the web server 423 
may be provided in an off-board computer system and the 
on-board computer system 422 can post information to the 
web server 423. The off-board computer system used to 
implement the web server may for example be any of the 
computer systems 424, 432, 437 discussed below. This would 
allow the same functionality to be achieved while at the same 
time reducing the amount of communication required 
between the on-board computer system 422 and the off-board 
computer systems that wish to view information from the 
on-board computer system 422. 

[0371] The GPS receiver 425 permits vehicle position to be 
determined. The on-board computer system 422 can then 
transmit the vehicle position information to the computer 
systems 424, 432, 437 along with the other I/O status infor- 
mation. 


[0372] The maintenance center 416 is а facility to which the 
vehicles 411-414 may be taken for maintenance. For 
example, in the context of a fleet of military vehicles, the 
maintenance center 416 may be a maintenance depot that is 
used to service the military vehicles. For a fleet of municipal 
vehicles, the maintenance center may be a municipal facility 
where the vehicles are stored and maintained. Alternatively, 
the maintenance center 416 may be operated by a private 
outside contractor such as a service station hired to maintain 
and service municipal vehicles. Likewise, where the fleet of 
vehicles is privately owned, the maintenance center 416 may 
be internally operated or operated by an outside contractor. 
The structure and functions of the maintenance center com- 
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puter system 424 may be combined with those of the com- 
puter systems 432 or 437, for example, where the mainte- 
nance center is owned/operated by the manufacturer 417 or 
the fleet manager 418. 

[0373] The computer system 416 ofthe maintenance center 
416 further includes a maintenance scheduling system 427, 
an inventory management system 428, a diagnostic program 
429 and a browser and/or server program 430. The mainte- 
nance scheduling system 427 is a program executed by the 
maintenance center computer system 424 that develops and 
maintains a schedule (typically, at specified time slots) for 
vehicle servicing at the maintenance center 416. The inven- 
tory management system 428 is a program that monitors 
in-stock inventory of replacement parts for the maintenance 
center 416. A “part” is any device or substance (system, 
subsystem, component, fluid, and so on) that is part of the 
vehicle and not cargo. Typically, each part has an associated 
part number that facilitates ordering and inventory manage- 
ment. The diagnostic program 429 may be the same as the 
diagnostic program 217 previously described. In this regard, 
it may be noted that the computer system 416 is capable of 
manipulating the I/O devices of the vehicle 411 by sending 
appropriate commands to the control system 1420 of the 
vehicle 411. 

[0374] The web browser 430 allows an operator of the 
maintenance center computer system 424 to access the infor- 
mation content of the web site provided by the web server 423 
of the vehicle 411. Thus, as previously described, the operator 
can click on various vehicle subsystems or input/output 
devices, and the web server 423 will receive these inputs and 
provide the operator with the requested information. The 
Internet browsing program may be any one of many different 
types of software from a full scale browser down to a simple 
browser that is commonly used for Internet enabled wireless 
phones, depending on how information is presented to the 
operator. 

[0375] The manufacturer 417 is a manufacturer of the 
vehicles 411-414 and/or a manufacturer of replacement parts 
for the vehicles 411-414. The manufacturer 417 has a manu- 
facturer computer system 432 which includes an inventory 
management system 433, a diagnostic program 434, and a 
web browser 435. The inventory management system 434 is а 
program that monitors in-stock inventory for the manufac- 
turer 417. The web browser 435 and the diagnostic program 
434 may be the same as described in connection with the 
diagnostic program 429 and the web browser 430 of the 
maintenance center computer system 424. 

[0376] The fleet manager 418 is the entity that owns or 
leases the vehicles 411-414, for example, a municipality, the 
military, and so on. The fleet manager 418 has a fleet manager 
computer system 437 that includes a web browser 438. The 
web browser 438 allows the fleet manager 418 to monitor the 
status and position of the vehicle 411 as previously described 
in connection with the web browser 430. 


[0377] The computer systems 422, 424, 432 and 437 of the 
vehicles 411-414, the maintenance center 416, the manufac- 
turer 417, and the fleet manager 418, respectively, are all 
connected to the communication network 420. The commu- 
nication network 420 is preferably the Internet. The Internet 
is preferred because it is a convenient and inexpensive net- 
work that provides worldwide communication capability 
between the computer systems 422, 424, 432 and 437. Addi- 
tionally, the Internet permits communication between the 
on-board computer system 422 and the maintenance center 
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computer system 424 using electronic mail format or other 
commonly used Internet communication formats. Preferably, 
security/encryption techniques are used which allow the 
Internet to be used as a secure proprietary wide area network. 
A variety of other types of networks may also be used, such as 
a wireless local area network, a wireless wide area network, a 
wireless metropolitan area network, a wireless long-haul net- 
work, a secure military network, or a mobile telephone net- 
work. 

[0378] The on-board computer system 422 is preferably 
connected to the Internet by way of a wireless modem. Pref- 
erably, the on-board computer system 422 uses a cellular 
telephone modem with coverage in the geographic region in 
which the vehicle 411 operates and capable of establishing a 
dial-up connection to the Internet by way of a telephone link 
to an Internet service provider. Other communication net- 
works and devices may be used, such as a satellite link, 
infrared link, RF link, microwave link, either through the 
Internet or by way of other secure networks as mentioned 
above. Additionally, the on-board computer system 422 may 
use some other form of custom or commercially available 
software to connect to the computer systems 424, 432 and 
437, especially if an Internet connection is not used. 

[0379] Referring now to FIGS. 51-52, the operation of the 
system 410 to order a replacement part and schedule mainte- 
nance for the vehicle 411 is illustrated. FIG. 51 shows the 
operation of the on-board computer system 422. FIG. 52 
shows the operation of the maintenance center computer sys- 
tem 424 which cooperates with the on-board computer sys- 
tem 422. Referring first to FIG. 51, at step 441, a diagnostic 
test is performed to measure a vehicle parameter. As previ- 
ously mentioned, the system 411 is preferably used in con- 
nection with the diagnostic system 212 described in connec- 
tion with FIGS. 42-49, and the diagnostic test may be any of 
the tests described in connection with FIGS. 42-49 or other 
tests. 

[0380] Preferably, step 441 is performed continuously 
throughout normal operation of the vehicle 441. Thus, as the 
vehicle 411 travels on the highway, for example, vehicle 
operating conditions are monitored and the tests identified in 
Table II are performed without operator involvement. 
[0381] At step 442, the test control module 215 determines 
that maintenance is required, for example, by comparing the 
measured operating parameters to reference values for the 
operating parameters. The operating parameters may, for 
example, include temperatures, pressures, electric loads, 
volumetric flow of material, and so on, as described above. 
Upper and/or lower reference values are stored in a database 
or table in the test control module 215. The reference values 
for the operating parameters may be stored based on values 
provided by the manufacturer of the vehicle 411 or are set 
based on information provided by the manufacturer and based 
on actual usage conditions. In addition, the reference values 
may be updated periodically when the on-board computer 
system 422 connects to the appropriate maintenance center 
computer system 424. Ifthe measured operating parameter is 
outside an acceptable range as defined by the reference val- 
ues, then maintenance is required. 

[0382] At step 443, when it is determined that an operating 
parameter is outside an acceptable range at step 442, the 
diagnostic system 212 fault isolates to a replaceable part. The 
manner in which step 443 is performed depends on the param- 
eter that is out of range. Many types of vehicle parts wear out 
regularly, and the fact that a particular parameter is out of 
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range often has a high correlation with a particular part being 
in need of replacement. For example, and with reference to 
Table ІІ, if the measured parameter is battery resistance 
change, and the battery resistance change is out of range, then 
this indicates that the battery needs to be replaced. If the 
measured parameter is starter current, and the starter current 
is low, then this indicates that the starter needs to be replaced. 
If the measured parameter is current through an output device 
(e.g., a light bulb), and no current flows through the output 
device, then this indicates that the output device needs to be 
replaced. If the measured parameter is a fluid level, and the 
fluid level is below a predetermined level as indicated by a 
fuel gauge, then this indicates that additional fluid is required 
to replace lost fluid. Additionally, a significant number of 
routine maintenance items may be identified in this manner. 
Thus, the diagnostic system 212 preferably monitors actual 
usage (e.g., distance traveled, engine hours, and so on) to 
determine when routine maintenance (e.g., a tire change, an 
oil change) is required, indicating that one or more parts (e.g. 
one or more tires, or the oil and the oil filter) of the vehicle are 
in need of replacing. (In this regard, it may be noted that the 
process of FIG. 51 may also be used even where no replace- 
ment part is ordered, for example, to schedule a preventive 
maintenance checkup based on actual vehicle usage.) 


[0383] Further, the I/O states of the input devices 1440 and 
output devices 1450 may be compared to detect inconsisten- 
cies and thereby locate devices that are in need of replacing. 
For example, if the input state of a particular input device 
1440 is inconsistent with I/O status information received 
from one or more other (possibly, redundant) devices, then 
this indicates that the particular input device 1440 is in need 
of replacing. Moreover, the I/O circuitry of the interface 
modules 1420 provides additional health and operation infor- 
mation regarding the I/O devices 1440 and 1450. For 
example, if the voltage across a particular input device is zero 
volts, and the expected input range for that input device is 
+1.0 volt to +5.0 volts, then this indicates that the input device 
1440 is inneed of replacement. Alternatively, ifa given output 
device 1450 never draws any power regardless of the per- 
ceived output state of the output device 1450, then this indi- 
cates that the output device 1450 is in need of replacing. Thus, 
by testing voltage and current conditions in the I/O circuitry 
of the interface modules 1420, an indication of particular 
input devices 1440 or output devices 1450 that are in need of 
replacing may be obtained. 


[0384] Ina limited number of circumstances, it is desirable 
for the fault isolating step 443 to be performed at least par- 
tially in response to operator inputs. Specifically, operator 
inputs are desirable when an out-of-range parameter indicates 
that maintenance is required, but the parameter (or combina- 
tion of parameters) that is out-of-range is not highly corre- 
lated with failure of a particular part. In this case, then opera- 
tor inputs may be used in combination with other inputs to 
identify which part is in need of replacing. For example, the 
diagnostic system 212 may be able to fault isolate to a limited 
number of parts or groups of parts which potentially need to 
be replaced. The parameters that are out of range, along with 
other diagnostic data and the parts or groups of parts that 
potentially need to be replaced, are then displayed to the 
operator using the display 219. The operator may for example 
be the driver of the vehicle or maintenance personnel 
assigned to maintain or repair the vehicle. Operator inputs are 
then acquired which make a final selection of the parts or 
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groups of parts to be replaced based on the operator’s profes- 
sional judgment or other information. 


[0385] Additionally, operator input may also be desirable 
in the case of replacement parts that have a cost which 
exceeds a predetermined threshold level (e.g., replacement 
parts that are considered to be particularly expensive). In this 
case, the results of the fault isolating step 443 are preferably 
displayed to the operator, and the operator is requested to 
confirm that the fault isolating step 443 has been performed 
correctly. In a particularly preferred embodiment, the opera- 
tor is further requested to provide an identification code (to 
identify the operator and confirm that the operator has the 
requisite authority to make such a determination) and/or an 
authorization code (to provide a paper trail and confirm that 
any required authorizations for order the replacement part 
have been received). The on-board computer system 424 then 
verifies that the identification code identifies an operator hav- 
ing the requisite authority to order such a part and request 
such maintenance, and/or confirms that the authorization 
code is valid and therefore any required authorizations for 
order the replacement part have been received. 


[0386] The health and operation information that is used by 
the diagnostic system 212 to perform step 443 may be derived 
from a variety of sources. First, as previously noted, the 
control systems 224-230 have built in test capability and are 
able to provide health and operation information regarding 
the respective controlled subsystems 234-240. Additionally, 
numerous sensors may be located throughout the vehicle and 
connected to one of the interface modules 1420. Further, the 
ГО circuitry of the interface modules 1420 provides addi- 
tional health and operation information regarding the I/O 
devices 1440 and 1450 to which it is connected. To the extent 
that the amount of health and operation information available 
to the diagnostic system 212 is increased (e.g., through the 
use of improved built-in test capabilities or the use of addi- 
tional sensors), the ability of the diagnostic system 212 to 
fault isolate will be improved. 


[0387] At step 444, which may be performed concurrently 
with step 443, the diagnostic system 212 identifies the part 
number of Фе replacement part required to return the vehicle 
411 to operating condition. Thus, ifthe diagnostic system 212 
determines that the battery needs to be replaced at step 443, 
then at step 444 the diagnostic system identifies the part 
number of the battery to be replaced. Step 444 1s preferably 
performed using a database that identifies all parts on-board 
the vehicle 411, including part numbers and pricing informa- 
tion. The data base is preferably located on the on-board 
computer system 422 and is integrated with the previously- 
discussed maintenance jacket which is stored in the computer 
system 422 and which comprises a log of maintenance activi- 
ties performed on the vehicle 411. In order for the data base to 
be kept current, the database is updated periodically by estab- 
lishing an Internet link with the manufacturer computer sys- 
tem 432. Alternatively, the database may be stored at the fleet 
manager computer system 437 and accessed via network 
connection over the communication link 420. For example, 
this is advantageous if the functionality of the fleet manager 
computer system 437 is combined with the functionality of 
the maintenance center computer system 424 in a single com- 
puter system. In this situation, the inventory management 
system 428 can maintain inventory levels in a manner that 
takes into account how many vehicles use a particular part. 
Тһе inventory management system 428 can also query the 
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diagnostic systems 212 of particular vehicles to assess how 
soon particular parts may need to be replaced. 

[0388] At step 445, after the fault has been isolated and the 
replacement part has been identified, a request for a replace- 
ment part along with a request for maintenance is transmitted 
to the maintenance center computer system 424. If the parts 
data base is stored at the on-board computer system 422, then 
the request for the replacement part may simply comprises a 
request for a part identified by a particular part number (e.g., 
“Battery, part no. 1234”). If the parts data base is stored at the 
maintenance center computer system 424, then the request for 
the replacement part simply comprises a request for a new 
part without specifying a part number. The operator identifi- 
cation code and/or authorization code are preferably also 
transmitted. 

[0389] Step 445 is preferably performed whenever a part is 
identified that is in need of replacing. However, step 445 may 
also be performed in delayed fashion after the maintenance 
center computer system 424 initiates contact with the on- 
board computer system 422 and queries whether any parts 
and maintenance are required. 

[0390] Referring now also to FIG. 52, FIG. 52 shows the 
operation of the maintenance center computer system 424 
after the parts and maintenance request is transmitted from 
the on-board computer system 422. At step 451, the mainte- 
nance center computer system receives the request for the 
parts and maintenance request from the on-board computer 
system 422. At step 452, the maintenance center computer 
system 424 verifies the authorization for the ordered part. For 
example, the maintenance center computer system 424 con- 
firms that the identification code identifies an operator having 
the requisite authority to order such a part and request such 
maintenance, and/or confirms that the authorization code is 
valid and therefore any required authorizations for order the 
replacement part have been received. 

[0391] At step 453, the maintenance computer system 424 
accesses the inventory management system 428 for the main- 
tenance center 416 to determine if the requested part is avail- 
able in on-site inventory. For example, for low dollar value or 
common parts, the part is likely to already be available on- 
site. For high dollar value or irregular parts, the part may have 
to be ordered from the manufacturer 417. 

[0392] At step 454, assuming the requested part is deter- 
mined to be not available on-site in step 453, then the main- 
tenance center computer system 424 places an on-line order 
for the part with the manufacturer computer system 432. 
When the manufacturer computer system 432 receives the 
order, it accesses the inventory management system 433. If 
the part is on-hand at the manufacturer 417, the part can be 
shipped to the maintenance center for next day delivery. Ifthe 
part is not on-hand, the manufacturer computer system 432 
determines the amount of time until the part will be available 
(taking into account any backlog of orders). The manufac- 
turer computer system 432 then transmits a message to the 
maintenance center computer system 424 confirming the 
order and indicating an expected delivery date for the part to 
the maintenance center. This information may, for example, 
be sent in the form of e-mail message that is received by 
automatic scheduling program as well as a personal e-mail 
account associated with a supervisor or manager of the main- 
tenance center 416. 

[0393] At step 455, the maintenance center computer sys- 
tem 424 receives the message from the manufacturer com- 
puter system 432 confirming the order and indicating the 


Sep. 4, 2008 


expected delivery date. At step 456, the maintenance center 
computer system 424 accesses the maintenance scheduler 
427 to determine the next available maintenance slot after the 
replacement part is delivered. 

[0394] At step 457, the maintenance center computer sys- 
tem 424 confirms availability of the vehicle 411, for example, 
by transmitting a message to the fleet management computer 
system 437 to confirm vehicle availability. Alternatively, a 
message may be sent to the operator of the vehicle 411 and 
displayed using the 219 to prompt the operator to confirm 
vehicle availability (shown as step 446 in FIG. 51). As a 
further alternative, the vehicle 411 may be programmed with 
usage scheduling information, so that the vehicle is able to 
determine whether it is available during a given time slot. If 
the vehicle 411 is not available during a given time slot, then 
another time slot is considered. 

[0395] At step 458, the maintenance center computer sys- 
tem 424 transmits an order and maintenance scheduling con- 
firmation message to the on-board computer system 422. 
Referring back to FIG. 51, at step 447, the order and mainte- 
nance scheduling confirmation message is then received by 
the on-board computer system and, at step 448, displayed to 
the operator of the vehicle 411. 

[0396] In some situations, after connecting, the mainte- 
nance center computer system 424 may completely control 
diagnosis of the problem, for example, under the control of an 
operator at the maintenance center 416. Thus, the operator 
can execute a diagnostic program that directly manipulates 
ГО states of the input devices 1440 and output devices 1450, 
and/or that interfaces with the control systems 224-230 to 
control a respective one of the systems 234-240. In this 
regard, it may be noted that, in the preferred embodiment, all 
electric/electronic devices that are not directly connected to 
one of the control systems 224-230 are directly connected to 
one of the interface modules 1420. Therefore, a remote opera- 
tor at the maintenance center 416 can have complete control 
of all electric devices on board the vehicle 411, and can 
control such things as engine ignition, engine cranking, and 
so on. 


[0397] Тһе maintenance center computer system 424 may 
also download a diagnostic program that is then used by the 
on-board computer system 422. Also, diagnostic data can be 
transmitted to the maintenance center computer system 424 
to create a record of the tests performed and routines run for 
use in diagnosing future problems or for analyzing past prob- 
lems. 

[0398] Referring now to FIG. 53, in another embodiment, 
the system 400 is used to distribute recall information for the 
vehicle 411 and to schedule maintenance in connection with 
the recall. The recall notice information is transmitted from 
the maintenance center computer system 424 and, at step 
441', is received at the on-board computer system 422. At step 
442', the on-board computer system 422 confirms the appli- 
cability of the recall. For example, the on-board computer 
system 422 confirms that the vehicle 411 is configured in such 
a manner that it utilizes the part that is the subject of the recall. 
Steps 441' and 442' roughly correspond to steps 441-444 in 
FIG. 51, inas much as both groups of steps identify a part that 
is in need of replacing. Thereafter, the operation of the on- 
board computer system 422 and the maintenance center com- 
puter system 424 is generally the same as previously 
described, with the two computer systems 422 cooperating to 
schedule the vehicle 411 for maintenance to replace the part 
that is the subject of the recall. 
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[0399] Inan alternative embodiment, the recall information 
may be transmitted directly from the manufacturer computer 
system 432 to the on-board computer system 422. For 
example, if the vehicle 411 is not part of a fleet of vehicles, 
and may be serviced at any one of a plurality of different 
repair centers, the recall notice information may be simply 
displayed to the operator of the vehicle 411 using the display 
219. The information sent to the operator preferably includes 
a notice that the vehicle 411 is the subject of a recall, infor- 
mation regarding compliance such as nearby service centers 
available to perform the recall maintenance, and other infor- 
mation. The operator then has the option of scheduling main- 
tenance to comply with the recall. However, it is necessary for 
an operator input to be received (e.g., a key press) indicating 
that the recall information has been considered in order to 
remove the recall information from the display 219. When the 
operator input is received, a message is transmitted back to 
the manufacturer computer system 432 confirming that the 
operator received the recall information. This arrangement 
allows a manufacturer of the vehicle 411 to verify that the 
recall information was received by the operator of the vehicle 
411, even if the recall information is ultimately ignored. 


[0400] The system 410 is also useable for firmware 
upgrades. Firmware may be updated on a periodic or aperi- 
odic basis any time the on-board computer system 422 and the 
maintenance center computer system 424 establish commu- 
nication. For example, the on-board computer system 422 
may connect to the maintenance center computer system 424 
to order a replacement part. If a certain period of time has 
expired since the last firmware upgrade then at the time the 
computer systems connect to order the part, the on-board 
computer system 422 may check for an available firmware 
upgrade. Many embodiments for upgrading firmware are 
within the scope of the present equipment service vehicle 
system. For example, the operator may initiate the firmware 
upgrade process or the on-board computer system 422 may 
initiate the process independent of any other need to connect 
to the maintenance center computer system 424. Also, there 
may be situations where the firmware upgrade is sufficiently 
important that the maintenance center computer system 424 
connects to the on-board computer system 422 for the express 
purpose of upgrading the firmware. Once transferred to the 
on-board computer system 422, the firmware is then trans- 
mitted to and installed by each of the interface modules 1420 
within the on-board computer system 422. This arrangement 
may also be used to install firmware for the control systems 
224-230. 


[0401] Referring now also to FIGS. 54-55, a preferred fleet 
monitoring, real time mission readiness assessment, and 
vehicle deployment method is shown. The method shown in 
FIGS. 54-55 is useable to obtain a real time assessment of 
each vehicle in a fleet of vehicles. This is useful, for example, 
in the context ofa natural disaster or other emergency when it 
is not known which vehicles are operational, and the locations 
of the vehicles is not known. Again, by way of example, the 
method is described in the context of the system 400 of FIG. 
50. FIG. 54 shows the operation ofthe fleet management 437. 
FIG. 55 shows the operation ofthe on-board computer system 
422. Although FIGS. 54-55 are discussed in the context ofthe 
vehicle 411, the process of FIGS. 54-55 are preferably per- 
formed in connection with all of the vehicles in the fleet. 

[0402] Referring first to FIG. 54, at step 475, the fleet 
management computer system 437 establishes a communica- 
tion link with the vehicle 411 using the communication net- 
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work 420. In the context of municipal applications, a cellular 
telephone modem may be used to connect the vehicle to a 
secure area of the Internet, allowing the fleet management 
computer 437 to communicate with the vehicles 411-414 by 
way of the Internet. In the context of military applications, a 
secure military network is used to implement the communi- 
cation network 420. At step 476, a vehicle status report is 
acquired from the vehicles 411. 

[0403] Referring now also to FIG. 55, the operation of the 
on-board computer system 422 of the vehicle 411 to generate 
such a status report is shown. At step 485, a communication 
link is established with the fleet management computer sys- 
tem 437. Step 485 corresponds to step 475 in FIG. 54. At steps 
486-494, the on-board computer system 422 performs a series 
of tests that assess the operability of various vehicle sub- 
systems. By testing each of the individual subsystems, an 
overall assessment of the mission readiness of the vehicle 
411-414 is obtained. 


[0404] Thus, at step 486, the test control module confirms 
that the transmission is in neutral and the brakes are locked. 
Step 486 is performed so that when the ignition is engaged at 
step 487, it is known that the vehicle will remain stationary. 
More complete health and operational testing may be per- 
formed when the engine is turned on, however, the vehicle 
may be completely unattended and therefore vehicle move- 
ment should be avoided for safety reasons. For example, in 
the context of military vehicles, in which vehicles may be 
rendered inoperable if a storage site or other stockpile of 
equipment and vehicles is bombed, it is desirable for the 
vehicle health and operation to be ascertained even though no 
operator is present. Likewise, in the context of municipal 
applications, in which vehicles may be rendered inoperable in 
the event ofa natural disaster (such as a tornado or hurricane) 
or a man-made disaster (such as a large scale industrial acci- 
dent or a terrorist attack), it is again desirable for the vehicle 
health and operation to be ascertained even though no opera- 
tor is present. 

[0405] At step 487, as previously noted, the ignition is 
engaged. The ignition input device which receives an input 
from the operator (in the form of an ignition key turning) is 
preferably one of the input devices 1440. Therefore, by 
manipulating the I/O states in the I/O status table 1520, the 
vehicle 411 is commanded to behave as though the ignition 
key is turned even though no operator is in fact present at the 
vehicle. The ignition key input state can be manipulated 
remotely in the same manner as any other input state for an 
input device 1440 connected to an interface module 1420. 
[0406] At step 488, the anti-lock brake control system 226 
tests the brakes 236. The control system 226 performs built-in 
self tests to ensure the operability of the control system 226 
and ofthe mechanical components ofthe brake system 236. If 
no response is received by the on-board computer system 422 
from the brake control system 226, then it is assumed that the 
brake system 226 has been rendered inoperable. At steps 489, 
490, and 491, respectively, the central tire inflation system, 
the transmission system 238, and the engine system 240 are 
tested in generally the same manner that the anti-lock brake 
system 236 is tested, specifically, through the use of built-in 
selftest capabilities. Additionally, the tests set forth above in 
Table II may also be performed. It should be noted that the 
systems 234-240 need not be tested one after the other as 
shown in FIG. 55 but, in practice, may be tested concurrently. 
Further, in addition to employing the built-in self test capa- 
bilities of the control systems 224-230, it may also desirable 
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to employ additional health and operation information that is 
attainable by way of any sensors that are connected to the 
interface modules 1420. Information pertaining to the opera- 
tional health of the systems 234-240, such as whether respec- 
tive system 234-240 passed or failed particular tests, is then 
logged. 

[0407] In step 492, the interface modules 1420 test indi- 
vidual input devices 1440 and output devices 1450. For 
example, the input devices 1440 can be tested by ensuring that 
redundant input sensors provide the same input information, 
and by ensuring that the input devices provide input signals 
that are within an expected range. The output devices 1450 
may be tested by using input devices 1440 which are feedback 
sensors to evaluate the response of the output devices 1450 to 
signals that are applied to the output devices 1450. Addition- 
ally, I/O drive circuitry of the interface modules 1420 may be 
used to determine the current through and/or the voltage 
across the output devices 1450. Alternatively, separate input 
devices 1440 may be used which are voltage or current sen- 
sors. This information can be used to assess the consumed 
power by each output device 1450 and determine whether the 
consumed power is within a predetermined range. 


[0408] At step 493, the GPS coordinates of the vehicle 411 
are acquired using the GPS receiver 425. At step 494, other 
ГО status information is acquired and logged from the I/O 
status table 1520. Preferably, all of the information in the I/O 
status table 1520 is logged. As a result, the I/O status report 
contains information regarding such parameters as fuel level. 
Additionally, in the context of multi-purpose vehicles, infor- 
mation regarding the configuration of the vehicle 411 may be 
stored in the I/O status table 1520. Therefore, after a natural 
disaster, it will be known whether a particular vehicle is 
presently configured with a dump truck variant module, a 
wrecker variant module, or a snow removal variant module, 
for example. 

[0409] At step 495, the information which logged during 
steps 487-494 is compiled into the vehicle status report. Of 
course, step 495 may also be performed concurrently as each 
of the steps 486-493 is completed. Preferably, during step 
495, a summary conclusion is also generated based on the 
results of the tests performed during steps 487-494. For 
example, the summary conclusion may be “fully operational” 
if the results of the tests performed during steps 487-494 
determine that all subsystems are at or near a level of full 
operability, “operational with limited damage” if the test 
results indicate that one or more subsystems has sustained 
significant damage but the vehicle is still useful for at least 
some intended purposes, “inoperable” if the test results indi- 
cate that that one or more subsystems has sustained signifi- 
cant damage and the vehicle is not useful for any intended 
purpose, and “inconclusive” if the tests could not be per- 
formed or if the test results provide conflicting information 
regarding the operability of the vehicle 411. At step 496, the 
vehicle status report is then transmitted from the on-board 
computer system 422 to the fleet management computer sys- 
tem 437. 

[0410] Referring back to FIG. 54, after the vehicle status 
report is acquired by the fleet management computer 437, the 
fleet management computer system 437 displays to an opera- 
tor the vehicle location information at step 477 and the 
vehicle health and operation information at step 478. Prefer- 
ably, steps 477-478 are performed in the following manner. 
Specifically, the vehicle location, health, and operation infor- 
mation is displayed to the operator of the fleet management 
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computer system 437 using the web browser 438. For 
example, in the context of a fleet of municipal vehicles, the 
web browser 438 displays a city map with icons representing 
the vehicles superimposed on the city map at locations cor- 
responding to the actual position of the vehicles. The icons are 
displayed т а manner which is indicative of the level ofhealth 
and operation of the vehicle. For example, a red icon indicates 
an inoperable vehicle, a yellow icon indicates a semi-oper- 
able vehicle, and a green icon represents a vehicle which is 
substantially fully operable. Alternatively, only two colors 
may be used (e.g., green and red), with varying levels of 
gradations between red and green being used to indicate a 
percentage level of operability. Further, the displayed icons 
preferably vary according to the type of vehicle represented. 
For example, an icon representing a fire truck may be dis- 
played as a small representation of a fire truck, whereas an 
icon representing a wrecker vehicle may be displayed as a 
small representation of a wrecker vehicle. In the context of 
variant vehicles, the variant vehicle may be represented in 
different ways depending on the type of variant module 
mounted on the vehicle chassis. In this way, the operator is 
able to view the city map displayed by the web browser 438 
and obtain an immediate overall picture of the real time 
locations of the operable vehicles available for responding to 
the natural disaster. Likewise, in military applications, a 
battlefield commander is able to view a map of the battlefield 
and obtain an immediate overall picture of the locations of the 
operable military vehicles. Again, different types of military 
vehicles may be represented using different icons. Further, in 
both military and municipal contexts, to obtain additional 
information, the operator of the fleet management computer 
system 437 can click on the iconic representation of a par- 
ticular vehicle to obtain additional information as previously 
described. 

[0411] At step 479, the fleet management computer system 
437 acquires operator commands for vehicle deployment. For 
example, in military applications, a commander can control 
troop movements by clicking on particular vehicles and drag- 
ging the vehicles on the screen to new locations on the display 
of the battlefield map. When the operator clicks on a particu- 
lar vehicle and moves the vehicle to a new location on the 
battlefield or city map, the new location of the vehicle on the 
map is converted to GPS coordinates, and the new GPS coor- 
dinates are transmitted at step 480 to the vehicle as part of a 
command from the operator to move the vehicle to the new 
location. In similar fashion, in municipal applications, a fire 
chief or dispatcher can cause fire trucks to be deployed to 
specified locations by clicking and dragging the icon to the 
desired location on the city map. Once the icon is dragged to 
the new location, a shadow icon is displayed at the new 
location until the vehicle reaches the commanded position, 
allowing the operator of the fleet management computer sys- 
tem 437 to know the actual vehicle position as well as the 
vehicle’s commanded position. When the vehicle reaches its 
commanded position, the shadow icon is no longer displayed. 
[0412] As will be appreciated, various combinations of the 
above-described features have already been described by way 
of example. However, as will be appreciated, additional com- 
binations are possible. For example, various types of equip- 
ment service vehicles have been described, including fire 
fighting vehicles, mixing vehicles, snow removal vehicles, 
refuse handling vehicles, wrecker vehicles, and various types 
of military vehicles. All of the features described in connec- 
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tion with one of these vehicles may also be used in connection 
with any of the remaining types of vehicles. 

[0413] Referring now to FIG. 56, owners of equipment 
service vehicles often devise particular routes or other prac- 
tices which are designed to enhance safety of the vehicle and 
the general public while maintaining overall efficiency. For 
example, the owner of the vehicle may have a certain route 
laid out with a pre-determined number of pickups and deliv- 
eries, which the operator of the vehicle can accomplish in a 
reasonable amount of time without driving the vehicle at an 
excessive speed or in an otherwise unsafe manner. Given that 
these routes have been laid out, it is often desirable to have a 
way of ensuring that the driver conforms to these routes. FIG. 
56 is a flowchart showing the operation of the system 410 to 
detect non-conformance to a predetermined route. 

[0414] At step 511 the GPS receiver 425 acquires GPS 
coordinates for the vehicle 411. At step 512, the GPS coordi- 
nates are compared with coordinates of travel path waypoints. 
Preferably, either the on-board computer system 422 or the 
fleet management computer system 437 includes a map of the 
predetermined travel paths (or a series of predetermined 
travel paths for different tasks). The map of the predetermined 
travel path is defined by a series of waypoints which in turned 
are a defined by a GPS coordinates for specific locations 
along the travel path. The travel path waypoints may be 
spaced at any distance; however, vehicle path monitoring will 
be more accurate to the extent the waypoints are closer 
together. Waypoint manager software may be used to define 
travels paths and download waypoints for the travel paths into 
the on-board computer system 422 or the fleet management 
computer system 437. 

[0415] If the comparing step 512 is performed at the on- 
board computer system 422, then the waypoints are loaded 
into the on-board computer system 422. If the comparing step 
512 is performed at the fleet management computer system 
437, then the GPS coordinates acquired during step 511 are 
transmitted to the fleet management computer system 437 by 
way of the communication network 420. The advantage of 
performing the comparison at the vehicle is that it eliminates 
the need for constant communication between the vehicle and 
the dispatch station. The advantage of having the comparison 
performed at the dispatch station is that it ensures that the 
dispatch station is constantly updated with the vehicle posi- 
tion, making real time remote monitoring possible. 

[0416] At step 513, the difference between the actual GPS 
coordinates with the nearest travel waypoint is compared with 
a pre-determined amount. If the difference is greater than a 
pre-determined amount, then this indicates that the operator 
has deviated from the pre-determined travel path. Each way- 
point is provided with permissible lateral and longitudinal 
deviation values. Alternatively, single value may be used for 
simplicity. If the deviation is more than a pre-determined 
amount, then an alert message is sent to the operator of the 
dispatcher display at step 514. 

[0417] If the difference is less than a pre-determined 
amount, then the distance between stored waypoints is com- 
puted (step 515) and the expected travel distance since the last 
waypoint is computed (step 516). Then, at step 517, it is 
determined whether the vehicle is progressing at an accept- 
able rate. This is used to determine, for example, whether the 
vehicle is on the side of the road. For example, the driver may 
have stopped the vehicle and, therefore, still on the travel 
path, but the driver is not progressing at an acceptable rate. By 
providing real time updates to the dispatcher, the dispatcher 
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can immediately contact the driver to ascertain the source of 
the problem. Additionally, the dispatcher can make a deter- 
mination as to whether another vehicle should be used to 
complete the driver’s route. 


[0418] Ifthe driver is still on the route and is progressing at 
an acceptable rate, then everything appears to be in order and 
the current position, time, and speed are logged at step 518. 
The process of FIG. 56 is repeated at regular intervals. 
Assuming vehicle position monitoring is performed by the 
fleet management computer 437, it is possible to construct a 
map showing the positions of the vehicle 411 throughout the 
day. Thus, as the driver operates the vehicle, the position of 
the vehicle is logged at different times. Based on vehicle 
position as a function of time, a map is constructed showing 
the vehicle’s position over time. Additionally, it is possible to 
log all of the I/O status information throughout the day. Thus, 
acomplete picture of vehicle utilization of the course of a day 
(or other time period) may be obtained. Additionally, vehicle 
parameters may be monitored in real time to diagnose equip- 
ment malfunctions, click on the vehicle to obtain additional 
information. For example, vehicle loading may be ascer- 
tained to determine whether the vehicle 411 has spare capac- 
ity. 

[0419] According to another embodiment, configurator 
software may be used to configure a control system such as 
control system 1412 for a vehicle. Different options are often 
made available to purchasers of equipment service vehicles 
and often the different available options include significantly 
different amounts and/or types of hardware and hence I/O 
devices. In order to facilitate design and manufacture of such 
vehicles in such situations, the configurator software provides 
a vehicle designer with the ability to custom-design a control 
system 1412 for a particular vehicle. The configurator soft- 
ware may be provided, for example, on a Microsoft® Win- 
dows™ platform and be provided with a typical windows user 
interface. The user interface may include various buttons 
representing interface modules and possibly also different 
types of I/O devices, such as any or all of the I/O devices 
mentioned herein. In one embodiment, an object-oriented 
approach is used such that each of the icons is embedded with 
intelligence regarding the particular type of module or device 
it represents. 


[0420] In order to program a new control system 1412, the 
designer opens up a new file and, for example, clicks on an 
interface module button to drag an interface module into the 
designer's workspace. The designer then clicks on the inter- 
face module to open a dialog box that lists inputs and outputs. 
For example, for an interface module that supports fifteen 
inputs and fifteen outputs, the dialog box lists fifteen inputs 
and fifteen outputs. The operator is provided with the ability 
to configure the various inputs and outputs of the interface 
module via the dialog box. Alternatively or in addition, the 
operator may be provided with the ability to click and drag 
I/O devices into the workspace and establish connections 
between the interface modules and the I/O devices. Individual 
I/O devices may be provided names (e.g., "left front head- 
light"). For each of the inputs and outputs, information 
regarding processing to be performed by the interface module 
is specified by the operator and received by the configurator 
software. For example, for inputs, parameters such as switch 
debounce times, input filtering, input scaling, alarm limits, 
and other parameters may be specified. For outputs, param- 
eters such as PWM frequencies, output scaling, limits, and 
other parameters may be specified. Also, for output devices, a 
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control algorithm or logic may be specified. For example, for 
an analog output device, a control algorithm such as a PID 
algorithm may be specified that is a function of one or more of 
the parameters measured by various ones of the input devices. 
Likewise, for a digital output device, a Boolean equation may 
be specified that describes the on/off state of the output device 
as a function of the on/off states of one or more input devices 
coupled to the same interface module and/or to one or more 
remaining interface modules. The user interface may also 
restate the Boolean equation to the operator using device 
names assigned by the operator to provide a user friendly 
description. This process is repeated for all of the interface 
modules and all of the I/O devices that are to be included on 
the vehicle. The data that is generated using this process is 
stored in a file structure that can be uploaded into the interface 
modules located on the vehicle. In one embodiment, the data 
is stored as part of an Microsoft Access® data base and the 
Access data base is uploaded into the interface modules. 
[0421] Each interface module is provided with a generic 
control program that is customized by the configuration data 
generated during the foregoing process. Thus, each interface 
module is provided with information regarding the types of 
T/O devices to which it is connected and the I/O processing 
that is to be performed in connection with those I/O devices. 
The firmware of the interface module executes against the 
configuration data. Notably, there is no need to compile code 
and load the compiled code onto the vehicle, because only 
data (in most cases) is being uploaded onto the vehicle. This 
allows vehicle firmware to be generic for all vehicles and 
allows the firmware to be updated at any time. After a new 
revision of firmware is uploaded, the interface module may 
use the new firmware to execute against the old (albeit still 
valid) configuration data. 

[0422] Preferably, for unusual I/O devices, provision is 
preferably made to allow the user to upload specialized code 
for the I/O device into the interface module. Thus, for 
example, the user may be provided with the ability to write an 
executable program for a particular output device and then 
upload the program with the data for that particular output 
device. The executable code is then executed by the interface 
module during operation of the control system 1412. This 
provides greater flexibility to employ different types of output 
devices. 
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[0423] This arrangement is advantageous because it facili- 
tates configuration of vehicle control systems. This arrange- 
ment also allows parts of the vehicle configuration to be 
configured and maintained independently. For example, it is 
possible to upgrade the firmware without affecting the vehicle 
configuration. Also, it is easier to provide different users or 
operators (e.g., designer, field service operator) with different 
levels of access. 

[0424] Throughout the specification, numerous advantages 
of preferred embodiments have been identified. It will be 
understood of course that it is possible to employ the teach- 
ings herein so as to without necessarily achieving the same 
advantages. Additionally, although many features have been 
described in the context of a vehicle control system compris- 
ing multiple modules connected by a network, it will be 
appreciated that such features could also be implemented in 
the context of other hardware configurations. Further, 
although various figures depict a series of steps which are 
performed sequentially, the steps shown in such figures gen- 
erally need not be performed in any particular order. For 
example, in practice, modular programming techniques are 
used and therefore some of the steps may be performed essen- 
tially simultaneously. Additionally, some steps shown may be 
performed repetitively with particular ones of the steps being 
performed more frequently than others. Alternatively, it may 
be desirable in some situations to perform steps in a different 
order than shown. 

[0425] Many other changes and modifications may be 
made to the present invention without departing from the 
spirit thereof. 


1. A method comprising: 

acquiring information pertaining to a scene of a fire, the 
acquiring step being performed by a sensor connected to 
a first computer; 

transmitting the information from the first computer to a 
second computer by way of a wireless communication 
network, the second computer being mounted to a fire 
fighting vehicle and being connected to a display; and 

displaying the information at the fire fighting vehicle using 
the display. 


